aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
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>
2009-02-11interrupt-handlin-time-detector.patchSascha Wessel
2009-02-11ignore-serial-overruns.patchSascha Wessel
2009-02-11iblock-fixes.patchSascha Wessel
2009-02-09fix-serial-interrupt-init.patchMichael Trimarchi
The overrun bit has used only if the rx interrupt error is enabled. Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-02-09This patch fixes the following items on pcap7200 driver,Matt Hsu
-do the parameter check of setting operating mode. -add device haeder file. Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
2009-02-09Fill up platform data of pcap7200 device on gta03.Matt Hsu
Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
2009-02-09Add platform data of pcap7200 touch panel device.Matt Hsu
The following two features are added as platform data. - externel reset - operating mode Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
2009-02-08power: pcf50633 wall charger current limit fixRask Ingemann Lambertsen
Hi. The recent patch to fix a USB current limit violation when turning the device off triggered a bug in setting the battery charge current limit. We now get a charge current limit of 0 mA on the GTA02 when plugging in the wall charger (just as when setting 1000 mA in /sys/class/[...]/chg_curlim). This patch fixes it (and a comment typo). Tested on a GTA02 with a wall charger. Signed-off-by: Rask Ingemann Lambertsen <rask@sygehus.dk>
2009-02-08s3c_mci_move_regulator_stuff_to_platform_code.patchBalaji Rao
Move the regulator handling stuff away from s3cmci.c to mach-gta01.c. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-07Take 2: Define DMA for S3C2442Sven Rebhan
The DMA used for S3C2440 is also used for S3C2442, so we also need the defines. This patch is rebased on the latest andy-tracking branch. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-07config-tracking-2.6.29-rc3-uplevel.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-07tracking-2.6.29-rc3-s3cmci-cfgpin-changes.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-07tracking-2.6.29-rc3-s3cmci-dma-change.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-07tracking-2.6.29-rc3-wm8753-gta02-changes.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-07tracking-2.6.29-rc3-touchscreen-changed-include-for-cfgpin.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-07CPU_S3C2442 does not depend on ARCH_S3C2440Sven Rebhan
The dependency on ARCH_S3C2440 forces us to select at least one S3C2440 machine to get the makefile system to select the required options for our S3C2442 GTA02. By removing this option I can build fine with only the GTA02 machine selected. Signed-off-by: Sven Rebhan <odinshorse@googlemail.com>
2009-02-07Rename GTA03_GPIO_MODEN_ON to GTA03_GPIO_MODEM_ONWerner Almesberger
Please ignore the previous patch. Here's the right one. I'll now write 100 times "I shall git-pull before making changes." Sorry. - Werner ---------------------------------- cut here ----------------------------------- > I already tested and measured the signal of the "/MODEM_RST","/MODEM_ON" [...] > + s3c_gpio_setpull(GTA03_GPIO_MODEN_ON, S3C_GPIO_PULL_NONE); ~~~~~~~~ Here's a patch that changes GTA03_GPIO_MODEN_ON to GTA03_GPIO_MODEM_ON. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-02-06MERGE-via-pending-tracking-hist-MERGE-via-stable-tracking-MERGE-via-mokopatc ↵merge
hes-tracking-MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011-1233879414-1233879505 pending-tracking-hist top was MERGE-via-stable-tracking-MERGE-via-mokopatches-tracking-MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011-1233879414-1233879505 / 1c405b6ccee468298e7ccbfd9a3a3f4d123207b0 ... parent commitmessage: From: merge <null@invalid> MERGE-via-stable-tracking-hist-MERGE-via-mokopatches-tracking-MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011-1233879414 stable-tracking-hist top was MERGE-via-mokopatches-tracking-MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011-1233879414 / 71be0a45396066b1f8f27f8f4f87937247a129e1 ... parent commitmessage: From: merge <null@invalid> MERGE-via-mokopatches-tracking-hist-MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011 mokopatches-tracking-hist top was MERGE-via-master-MERGE-via-master-hist-1232625318-1233879011 / 1be1b01373f572a02c6f1f99863c8c11ed2f9f5b ... parent commitmessage: From: merge <null@invalid> MERGE-via-master-MERGE-via-master-hist-1232625318 master top was MERGE-via-master-hist-1232625318 / dd4b117123ae66451695810017eb72fbdfc05df5 ... parent commitmessage: From: merge <null@invalid> MERGE-master-patchset-edits
2009-02-05fix-pcf50633-set-charging-limit-with-usb-limit.patchAndy Green
Cedric noticed that when he turned his GTA02 OFF while hooked to a "dumb" USB charger that should only be asked for 100mA, suddenly much more current was demanded. When PMU enters PMU standmy when we go OFF, its USB current limit is reset to the variant default of 500mA. Since we previously had the charging current limit fixed at 1A, it meant we immediately charge at 500mA. This patch makes the charging limit follow the USB current limit, so that even when we go off, no more than the last authorized amount of current will be taken, even if the USB current limit is later broken by the variant default. Reported-by: Cedric Berger <cedric.berger74@gmail.com> Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-05config-gta02-remove-power-debug.patchAndy Green
Remove the spew from GTA02 POWER_SUPPLY debugging messages, it's just the HDQ stuff filling up dmesg every 30s or so. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-04[GTA03] Fix power on/off sequence of the GSM moduleDKAY_CHEN
Signed-off-by: DKAY_CHEN <dkay_chen@openmoko.com>
2009-02-03fix-lis302dl-clear-wakeup-source-if-threshold.patchAndy Green
We need to clear down the wakeup source reg if we woke from threshold. Reported-by: Simon Kagstrom <simon.kagstrom@gmail.com> Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03fix-lis302dl-dont-reset-hpf-each-time.patchAndy Green
We shouldn't be resetting the highpass filter every sample. It should be disabled if we don't use it or allowed to work across multiple samples if we do. Was this hiding some other problem? Signed-off-by: Andy Green <andy@openmoko.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-01 05:49:40 +0000