aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2009-02-23config-uplevel-hdq-network-led-trigger.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-23Move bq27000 data structuresSven Rebhan
It's always a good idea to first define the data structures you use. ;-) Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Cleanup s3c2442 KconfigSven Rebhan
For GTA02 we can remove GTA02_HDQ (not used anywhere) and S3C2410_CLOCK (already selected by CPU_S3C2442). Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Revert "Cleanup s3c2442 Kconfig"Sven Rebhan
This reverts commit fe8b7ff1a79648146501f37d467fcb2f2bea0164. I undo the reordering of the options here, as it hides what really happend. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Cleanup s3c2442 KconfigSven Rebhan
For GTA02 we can remove GTA02_HDQ (not used anywhere) and S3C2410_CLOCK (already selected by CPU_S3C2442). Additionally I reordered the options a bit. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Care about PCF50633 ADC disabledSven Rebhan
If the PCF50633 ADC is disabled, but the charger is enabled we can't determine the charger type using the pulldown. The safest thing we can do is to fallback to 100mA that should be supplied according to the USB specs. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Allow disabling of GTA02 vibratorSven Rebhan
If the vibrator is disabled we don't need to register a platform device. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23PCF50633 core depends on I2CSven Rebhan
We select the PCF50633 core part, which depends on I2C, in our Kconfig. However, make oldconfig does not automatically resolve this "depends on I2C" dependency. We should select I2C for GTA02 as it's needed anyway. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23GSM requires serial consoleSven Rebhan
The GSM interface of all MACH_NEO1973s require the Samsung serial console, so we should automatically select it. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23The BQ27000 Battery requires HDQSven Rebhan
Move the battery section within the HDQ_GPIO_BITBANG ifdef because it uses functions only available if HDQ bitbanging is enabled. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Care about PCF50633 charger disabledSven Rebhan
If we disable CONFIG_CHARGER_PCF50633 the build fails with a bunch of errors. This patch defines placeholders for the functions that require the charger. All users of the function pointers care about the case when they are NULL, so this won't break anything. Furthermore a small restructuring of the mach file was necessary to not sprinkle ifdefs all over. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Remove double include.Sven Rebhan
Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Select PCF50633Sven Rebhan
Remove the old config option and use the correct new one instead. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Remove GTA02 config from S3C2440 menu.Sven Rebhan
We have this in the S3C2442 machine section now. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-23Make CROSS_COMPILE overrideable in ./build?Timo Juhani Lindfors
Hi, since I am using packaged cross-compiler from debian I need to change export CROSS_COMPILE=/usr/local/openmoko/arm/bin/arm-angstrom-linux-gnueabi- in ./build to export CROSS_COMPILE=arm-angstrom-linux-gnueabi- every time there are changes to ./build and also instruct others to do this when they want to test their kernels with the "normal cross-compiler" and not the one from openmoko. How about making it possible to override CROSS_COMPILE with for example the following change?
2009-02-23fix-pm-gsm-disable-serial-drive-when-off.patchAndy Green
This patch cleans some cruft from neo1973-pm-gsm.c and makes some changes to the power code for gsm. First, on probe it enforces GSM is OFF. Second, when GSM is OFF, it changes the RTS and TXD pins on UART 0 to be inputs, instead of driving into a dead subsystem and costing us ~70mA @ 5V constant dissipation (these 3.3V pins were found at 1.5V due to that). Third it asserts the GPIO peripheral function when ON, to keep the same flow for the new interrupt generation workaround code. Since several people worked on this area before, and maybe the assertion of GSM OFF is different (it's OFF from bootloader though) or maybe something else gets broken, I send the patch for comment before applying it. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-22add-neo1973_vibrator.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-22clean-fiq-vib.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-22gta03_hdq_support.patchBalaji Rao
Added support for HDQ to GTA03. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-22gta02_use_new_fiq_and_hdq_stuff.patchBalaji Rao
Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-22introduce_generic_hdq_gpio_bitbang_driver.patchBalaji Rao
Introduce a new generic HDQ gpio based bitbang driver Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-22move_pwm_code_to_plat_s3c.patchBalaji Rao
Since the pwm code in mach-2410 can be reused for 6410, move it to plat-s3c. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-22fiq_handler_in_c.patchBalaji Rao
The code for creating FIQ handlers in C is moved to arch/arm/kerne/fiq.c Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-22GTA0[12]: fix calypso sysfs power_on handlingPaul Fertser
This implements a proper scheme of controlling powering on of the Calypso GSM modem which should be activated with a "push-button" connected to MODEM_ON line. Also a workaround for firmware bug of moko10 and earlier implemented to force calypso to pull IRQ line down after powering on. The "reset" sysfs node is left for compatibility with userspace (without it gsm0710muxd breaks) but it does nothing (NC on hardware level on GTA02 anyway). I tested flashing the GSM firmware (on GTA02) with this patch (using only fluid and power_on node) and can confirm that it's working as reliably as with accessing gpio directly per instructions. The credit goes to Joerg Reisenweber for discussions and clarifications on how this should be done properly. Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-02-21Adapt last Touchscreen Changes from GTA02 to GTA01Jose Luis Perez Diez
Pardon me if I am too verbose but this is my first opportunity to send a patch. I was wishing to try andy-tracking kernels on GTA01 long ago but It was FOSDEM and recent threads on the lists asking for GTA01 that made me do it. When I participated on the thread http://n2.nabble.com/empiezo-a-amargarme-con-los-kernels-necesito-consejo-td2347206.html in the Spanish mailing list asking what kernel to use with which distribution, I responded that only FSO based supported 2.6.28 and upwards. I could not resist to brag that I tested 2.6.29 on GTA01 but only with kexec ( it is possible that my wording was more ambiguous on the thread). Nelson Asked if I had problems booting it with u-boot. I tried and was successful but this time I played a Little with the interface and vala term and noticed that the on screen keyboard was changing the key pressed. Using http://svn.openmoko.org/developers/tick/touchtest/touch_test.py shown that most of the Up and sometimes the previous Move to where landing on ([290..310],575). Revising the code shown that the some of the filters and the option to disable them were missing on mach-gta01.c. I have tested the kernel with the patch applied with the filters disabled and also with them enabled. When the filters are active I still receive some misplaced up events but much less (the raster terminal keyboard is usable). Signed-off-by:Jose Luis Perez Diez <perezdiez@gmail.com>
2009-02-20'build' script: complain if we are not in a valid branchNelson Castillo
This is a known problem and it is starting to become a FAQ. People get an error message when they try to build a kernel and they are not in a valid branch of their local repository. When it happens git-branch will print something like: * (no branch) andy-tracking balaji-tracking With this patch we make sure we are in a valid branch when building the kernel using the build script in order to avoid OM developers some trouble. How? We print a nice message if we are not in a valid branch and then stop. Please feel free to edit the error message if you think it is not clear enough. Thanks to Werner Almesberger for his advice on shell scripting. Signed-off-by: Nelson Castillo <arhuaco@freaks-unidos.net>
2009-02-20fix-glamo-mci-move-stop-out-of-isr.patchAndy Green
This patch moves the bulk transfer action outside of interrupt context, along with the STOP transmission action for multiblock transfers. It's prompted by https://docs.openmoko.org/trac/ticket/2180 But it can impact throughput to SD card, so it's for testing currently. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20fix-dfu-kern.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20clean-gta02.h-remove-v1v2.patchAndy Green
This strips out the v1 and v2 GTA02 revision specific defines (we do not support these internal non-shipped revisions) and fixes a bug in the glamo reset resource found from that. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20clean-move-gta02.h.patchAndy Green
This break gta02.h out of s3c2410 jail and brings it into the more logical mach-s3c2442 dir. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-20ASoC: Staticise suspend/resume functions for GTA02Mark Brown
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
2009-02-20fix pan displaySean McNeil
It looks like I made a mistake in the original pan implementation that is now getting exercised. The following fixes pan again. Cheers, Sean
2009-02-19clean-move-mach-gta02-s3c2442.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-19clean-remove-s3c2440-camera.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-18GTA03: Fix audio dapm settings.Matt Hsu
Correct the dapm mapping between audio endpoint and physical pin. Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
2009-02-18MERGE-via-pending-tracking-hist-claen-ledtrig-netdev-unused-vamerge
pending-tracking-hist top was claen-ledtrig-netdev-unused-va / 126536fc6ed26323103f941e7cf81e4b0ceaab7a ... parent commitmessage: From: Andy Green <andy@openmoko.com> claen-ledtrig-netdev-unused-var-warn.patch Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-18MERGE-via-pending-tracking-hist-MERGE-via-pending-tracking-hist-1234930404merge
pending-tracking-hist top was MERGE-via-pending-tracking-hist-1234930404 / 4a23c8aeedd5fb86009d290a41fc299e3965d8ec ... parent commitmessage: From: merge <null@invalid> MERGE-pending-tracking-patchset-edits
2009-02-18This patch check the probe_completed function pointer.Michael Trimarchi
Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-02-17MERGE-via-pending-tracking-hist-wm8753-unregister-i2c-device-bmerge
pending-tracking-hist top was wm8753-unregister-i2c-device-b / 31c3d7550beb6e4b6bcc8da63b81211e00e9f676 ... parent commitmessage: From: Paul Fertser <fercerpav@gmail.com> wm8753: unregister I2C device (backport from upstream) This is the last change necessary to be able to load/unload all sound modules on Neo FreeRunner. Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-02-16Re: GTA03 pcf50633Balaji Rao
On Mon, Feb 16, 2009 at 05:55:47PM +0800, Andy Green wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi Balaji - > > I am working on the sound driver on GTA03 at the moment, I just noticed > this when I pulled out the USB cable > > [ 6905.100000] pcf50633 0-0073: usb curlim to 0 mA > [ 6905.100000] Division by zero in kernel. > [ 6905.100000] [<c002d5b0>] (dump_stack+0x0/0x14) from [<c002d5dc>] > (__div0+0x18/0x20) > [ 6905.110000] [<c002d5c4>] (__div0+0x0/0x20) from [<c0143f9c>] > (Ldiv0+0x8/0x10) > [ 6905.120000] [<c01ec7a0>] (pcf50633_mbc_usb_curlim_set+0x0/0x12c) from > [<c01ec914>] (pcf50633_mbc_irq_handler+0x48/0xf4) > [ 6905.130000] [<c01ec8cc>] (pcf50633_mbc_irq_handler+0x0/0xf4) from > [<c019e288>] (pcf50633_irq_call_handler+0x28/0x2c) > [ 6905.140000] r5:00000004 r4:00000000 > [ 6905.150000] [<c019e260>] (pcf50633_irq_call_handler+0x0/0x2c) from > [<c019eab8>] (pcf50633_irq_worker+0x2f0/0x33c) > [ 6905.160000] [<c019e7c8>] (pcf50633_irq_worker+0x0/0x33c) from > [<c00548d8>] (run_workqueue+0xb0/0x138) > [ 6905.180000] r7:c7826000 r6:c7ba8d50 r5:c7807200 r4:c7ba8d54 > [ 6905.190000] [<c0054828>] (run_workqueue+0x0/0x138) from [<c00554e8>] > (worker_thread+0xec/0x100) > [ 6905.200000] r8:00000000 r7:00000000 r6:c7807200 r5:c7826000 r4:c7827fb0 > [ 6905.220000] [<c00553fc>] (worker_thread+0x0/0x100) from [<c00588f0>] > (kthread+0x5c/0x94) > [ 6905.230000] r6:c00553fc r5:c7807200 r4:c7826000 > [ 6905.240000] [<c0058894>] (kthread+0x0/0x94) from [<c0046e54>] > (do_exit+0x0/0x24c) > [ 6905.250000] r6:00000000 r5:00000000 r4:00000000 > > It's funny because what I see as the only divide in there is > > mbcc5 = (ma << 8) / mbc->pcf->pdata->chg_ref_current_ma; > pcf50633_reg_write(mbc->pcf, PCF50633_REG_MBCC5, mbcc5); Oops, chg_ref_current_ma is not defined for mach-om-gta03.c. Sorry :( here's a patch.
2009-02-16MERGE-via-pending-tracking-hist-fix-wm8753-dais-unregisteringmerge
pending-tracking-hist top was fix-wm8753-dais-unregistering / 0e964e0adf23b9e7c819750df3ad77ca81fdf56a ... parent commitmessage: From: Paul Fertser <fercerpav@gmail.com> Fix WM8753 DAIs unregistering WM8753 uses a tricky way to switch DAIs "on the fly", for that it registers 2 dummy DAIs and substitutes them depending on mixer control. List element of registered dummy DAIs should be preserved to allow unregistering of DAIs on module unload. Signed-off-by: Paul Fertser <fercerpav@gmail.com>
2009-02-15config-GTA03-alsa-soc-wm8753-enable.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-15GTA03: Temporary force CODEC_VCC onBen Dooks
Temporarily force the CODEC power on to allow testing of the WM8753 without having to update the drive for the regulator framework. Signed-off-by: Ben Dooks <ben@simtec.co.uk>
2009-02-15Copy the GTA02 support and edit out the items that areAndy Green
not present in the GTA03 (such as the external AMP) and bind to the S3C64XX I2S audio. Signed-off-by: Ben Dooks <ben@simtec.co.uk>
2009-02-15Add s3c64xx_i2s_get_clockrate() so that the linkAndy Green
drivers can find the IIS bus clock rate. Signed-off-by: Ben Dooks <ben@simtec.co.uk>
2009-02-15Add an export of the two GPIO configuration callsAndy Green
s3c_gpio_cfgpin and s3c_gpio_setpull to allow modules to use them (such as ASoC drivers) Signed-off-by: Ben Dooks <ben@simtec.co.uk>
2009-02-15Add checks to see if wmXXXX_reset() failed and notifyAndy Green
the user of the problem. This is generally due to a problem on the i2c bus such as an un-powered or non-connected codec. Signed-off-by: Ben Dooks <ben@simtec.co.uk>
2009-02-12fix-lis302dl-reset-threshold-on-resume.patchAndy Green
Reported-by: Mickey Lauer <mickey@openmoko.org> Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-11config-android-change-CONFIG_NR_TTY_DEVICES-8.patchAndy Green
Apparetly setting the number of VTs to 8 gets rid of the android flickering issue, this patch does it for GTA01/2/3 configs. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-11fix-irqblocker-improvements-only-if-config-enabled.patchAndy Green
Sascha's last changes didn't take care about case where blocker stuff is disabled. Signed-off-by: Andy Green <andy@openmoko.com>