aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
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>
2009-02-03add-lis302dl-overrun-stats.patchAndy Green
We can see and account for any overruns caused by IRQ latency now that we fetch the status register. This patch adds a /sys node so it can be queried, and accounting. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-03fix-lis302dl-get-status-confirm-data-ready.patchAndy Green
Level interrupts solve the sticky loss of service from accels issue. But currently, we get two service actions per one interrupt, leading to information getting read and sent to the input subsystem twice. This patch makes the ISR confirm with the lis302dl status register that there is fresh data before accepting it, it works around the issue and allows use of the other information in the status reg by another patch. Signed-off-by: Andy Green <andy@openmoko.com>
generated by cgit v1.2.3 (git 2.25.1) at 2024-12-12 04:43:15 +0000