aboutsummaryrefslogtreecommitdiff
path: root/drivers
AgeCommit message (Collapse)Author
2009-03-03Subject: ohci_s3c2410: Implement PM resume functionalityBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=522c644d34461fcd65a94cce1fcac9dc0d6cd828 ohci_s3c2410: Implement PM resume functionality It was observed that that s3c2410_hc's root hub was not autoresumed when the system was suspended with the root hub itself autosuspended. As an effect of this, it was observed that the bluetooth module wouldn't get detected at the hc's roothub ports when powered up after resume. And when 'lsusb' was executed, the roothub got out of autosuspend by force with a 'roothub lost power, resetting' message. This patch brings the hcd roothub out of resume at global resume thereby avoiding the issue. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-03-03Subject: pcf50633_charger_detection_fix.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=f4fd6631973dbc67a5f4708014e81ca6e610ca05 pcf50633_charger_detection_fix.patch Fix PCF50633 charger detection code. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-03-03Re: About roothub losing power / SPI bitbang 3D7K blowoutBalaji Rao
> |> on current andy-tracking / OM_3D7K build. > |> > |> I didn't see this before, it seems to related to SPI bitbang, did we > |> break something? Here is the patch. I've not tested it, but it's most likely the fix, as I had seen a similar thing in spi_s3c24xx_gpio.
2009-03-03rtc-pcf50633: Fix month off-by-one errorRask Ingemann Lambertsen
The PCF50633 stores a month value of 1-12, but the kernel wants 0-11. Signed-off-by: Rask Ingemann Lambertsen <rask@sygehus.dk>
2009-03-02rename-gta03-dropped-3d7k-new-moniker.patchAndy Green
GTA03 project is dropped, long live Openmoko 3d7k project. This name was literally generated by picking the first character of the next four car license plates to pass by I am told. The should catch all GTA03 instances except the machine name. I registered a new machine name since the 3d7k is different from original GTA03, the machine number is 2120. Signed-off-by: Andy Green <andy@openmoko.com>
2009-03-02Fixed corruption of LCM registersNicolas Dufresne
Some registers where not set properly, or at the right time (thanks to Balaji for his patch). Weak locking could lead to corruption when using sysfs to switch state from multiple threads or processes. The state transitions are now all atomic. The driver attribute 'last_state' was used for same purpose of 'normal_state'. Kept only 'normal_state' and used it in 'init_regs' instead of custom qvga parameter. This patch should fix bug #2235. Signed-off-by: Nicolas Dufresne <nicolas.dufresne@gmail.com>
2009-03-02Subject: Get rid of board_info information in glamo and s3c24xx_gpio ↵Balaji Rao
spigpio_info. X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=740c6704e830829d8539a6cc34346ff1980cd9ee Get rid of board_info information in glamo and s3c24xx_gpio spigpio_info. The board info does not belong there and has been removed. In spi_s3c24xx_gpio, board_info has been removed in mainline. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-26fix-hdq-increase-break-timing.patchAndy Green
This removes the unstable operation by increasing break timing from 170us to 230us, the datasheet minimum was 190us. Signed-off-by: Andy Green <andy@openmoko.com>
2009-02-26Subject: fix_gta03_fiq_stuff.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=c94ea3d685fa6e9b24d62adb11a7ad6087b9edf5 fix_gta03_fiq_stuff.patch Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-26Subject: lis302dl_use_s3c24xx_gpio_spi_bitbang.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=5689ad9b0ded29adec4be64df53e488c648b9831 lis302dl_use_s3c24xx_gpio_spi_bitbang.patch Change lis302dl driver to use generic spi code. This requires that we define a s3c24xx_gpio spi bitbang based controller in mach-gta02.c. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-26Subject: spi_supoport_non_blocking_sync_transfers.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=f8fbb07854e3aff64dce9fe6ef6a8dc0e0f762b5 spi_supoport_non_blocking_sync_transfers.patch A mew option is added to spi_bitbang_info to specify if the transfers off it will be non blocking. A new function - spi_non_blocking_transfer is added to the SPI core. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-02-25Fix jbt6k74 qvga_normal state handlingBalaji Rao
Hi Andy, Here's the fix for the qvga-normal bug we observed the other day here - when the screen is powered up again after a blanking, in qvga-normal mode, we see a WSOD(kind of!)
2009-02-22clean-fiq-vib.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
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-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 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-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-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-11ignore-serial-overruns.patchSascha Wessel
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-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-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-touchscreen-changed-include-for-cfgpin.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
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-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-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>
2009-02-01debug-add-more-glamo-mem-speed-options.patchAndy Green
People on bug https://docs.openmoko.org/trac/ticket/2217 experiencing problems with default emmory settings on Glamo reported that changing reg 0x200 <- 0xef0 as in 2.6.24 made the problem not reproducible any more. However this changes three bitfields, two are to do with waitstates before sampling read and write cycles off the bus, and the last is to do with which PLL provides the clock to the memory interface unit logic. The old settings has all three of these very conservative, 3 waitstates and using the 50MHz PLL instead of the 90MHz one; the new default setting has all of these at their fastest of 0 wait states and the 90MHz PLL. This patch adds some more granular tests to the same glamo3362.slow_memory= parameter to see if we can find some middle ground. For example the issue may be the waitstates and not the PLL source, in which case even users with the bad Glamo behaviour can have the advantage of the faster PLL / bus bandwidth. 0 90MHz PLL, no wait states (default) 1 50MHz PLL, 3 wait states 2 50MHz PLL, 2 wait states 3 50MHz PLL, 1 wait state 4 50MHz PLL, no wait states 5 90MHz PLL, 3 wait states 6 90MHz PLL, 2 wait states 7 90MHz PLL, 1 wait state Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30manage RTC alarm "pending" flag of PCF50633Werner Almesberger
This patch adds setting and clearing of the "pending" flag of the RTC alarm. The semantics follow the UEFI specification 2.2 available at http://www.uefi.org/specs/, i.e., the "pending" flag is cleared by disabling the alarm, but not by any other condition (such as the passing of time, a successful wakeup, or setting of a new alarm.) Signed-off-by: Werner Almesberger <werner@openmoko.org>
2009-01-30fix-s3c64xx-hs-otg-bitfield-errors-and-clean.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30fix-s3c6410-hsusb-platform-init.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30fix-s3c6410-hsusb-phy-regs.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-30consider alrm->enable in pcf50633_rtc_set_alarmWerner Almesberger
Hi Balaji, Mickey mentioned to me that he had trouble with the RTC wakeup interrupt. I had a quick look at the problem and it seems that alrm->enable doesn't get propagated when setting the alarm time with RTC_WKALM_SET. Does something like my patch below look right ? We also don't handle alrm->pending, but I'm not sure if we have to. I tested this only very lightly since my current andy-tracking crashes in soc_suspend. If nobody else beats me to it, I'll have a look at it tomorrow. - Werner ---------------------------------- cut here ----------------------------------- According to Documentation/rtc.txt, RTC_WKALM_SET sets the alarm time and enables/disables the alarm. We implement RTC_WKALM_SET through pcf50633_rtc_set_alarm. The enabling/disabling part was missing. Signed-off-by: Werner Almesberger <werner@openmoko.org> Reported-by: Michael 'Mickey' Lauer <mickey@openmoko.org>
2009-01-29introduce-smdk6410.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29Subject: glamo_fix_improper_xrandr_geometry_setting.patchBalaji Rao
X-Git-Url: http://git.openmoko.org/?p=kernel.git;a=commitdiff_plain;h=3b09161ffa5f29870d1f2cab1442f79ff2017b69 glamo_fix_improper_xrandr_geometry_setting.patch Switching to xrandr -o 3 from xrandr -o 1 caused the screen to look crazy because of the way lcd geometry is set in glamo. This patch fixes it. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-29 pcf50633_charging_current_control.patchBalaji Rao
Introduces battery charging current control. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2009-01-29fix-android-gpio-path.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2009-01-29Remove old android dir compilationMichael Trimarchi
Remove compilation of the old android directory Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Change Android MakefileMichael Trimarchi
Change android makefile to compile all the platform Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Fix binder compilation and system server binder crashMichael Trimarchi
Fix binder compilation problem in linux system and change the mapping required for arm system. This fix a crash in binder process that can't map the required memory Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Add new Android filesMichael Trimarchi
Add new android files. They support: - android power - andorid console - alarm driver Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>
2009-01-29Remove old androidMichael Trimarchi
Remove old android support. Signed-off-by: Michael Trimarchi <michael@panicking.kicks-ass.org>