aboutsummaryrefslogtreecommitdiff
AgeCommit message (Collapse)Author
2008-11-19Use S3C SDI on GTA02.Werner Almesberger
2008-11-19hif-linux-sdio.patchWerner Almesberger
This is a replacement for Atheros' HIF layer that uses the Linux SDIO stack. Using GPLv2, like Atheros' code this is based on. Work in progress. Not-Yet-Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19(no commit message)Werner Almesberger
2008-11-19gta02-remove-sdio.patchWerner Almesberger
After killing the Atheros SDIO stack, we shall no longer deny ourselves the pleasure of also getting rid of the glue that keeps it on the platform. Not-Yet-Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19ar6k-without-sdio.patchWerner Almesberger
Make the AR6000 WLAN driver compile after moving it outside the Atheros SDIO stack. Note that the config option's name changes as well. The choice of a non-standard location (drivers/ar6000/) is intentional. The driver is still very far from being in shape for mainline inclusion, and the odd location should serve as an immediate warning. Not-Yet-Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19prepare-ar6001-driver-linux-sdio.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19jffs2-choke-gc-thread.patchAndres Salomon
I've noticed some pretty poor behavior on OLPC machines after bootup, when gdm/X are starting. The GCD monopolizes the scheduler (which in turns means it gets to do more nand i/o), which results in processes taking much much longer than they should to start. As an example, on an OLPC machine going from OFW to a usable X (via auto-login gdm) takes 2m 30s. The majority of this time is consumed by the switch into graphical mode. With this patch, we cut a full 60s off of bootup time. After bootup, things are much snappier as well. Note that we have seen a CRC node error with this patch that causes the machine to fail to boot, but we've also seen that problem without this patch. Signed-off-by: Andres Salomon <dilinger@debian.org>
2008-11-19config-tracking-2.6.28-rc2-plus-6410-uplevel.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-2442-2.6.28-rc2-i2c-6410-changes.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-2.6.28-rc2-i2c-rebase-breakage.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19Re: [PATCH] fix root cause of NAND troubleWerner Almesberger
Ben Dooks wrote: > My only comment would be > that a slightly better solution would be to do: Oh, that's much better, thanks ! I hadn't realized at first that once could read the FIFO one byte at a time. The revised patch is below. - Werner ---------------------------------- cut here ----------------------------------- fix-s3c-nand-read-bytes.patch With the introduction of optimized OOB reads in nand_read_subpage, the length of the data requested may not be a multiple of four bytes. This caused a partial read on the 2440, leading to false ECC errors and, worse, attempts to "correct" them. Note that there is a similar issue in s3c2440_nand_write_buf, which doesn't seem to cause trouble yet. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19From a54bd9e2376337320c36965830fd3167c4063356 Mon Sep 17 00:00:00 2001Chia-I Wu
Subject: [PATCH] glamofb: Initialize only visible part of the memory. It takes lots of time (0.5 seconds) to initialize the whole memory. As only the visible part matters, we could just initialize that part. Signed-off-by: Chia-I Wu <olv@openmoko.com>
2008-11-19fix-mmc-busy-loop-on-bytes.patchWerner Almesberger
christer-mmc-byte-alignment.patch reduced the FIFO I/O granularity from words to bytes. This also includes the decision when the FIFO is empty or full. However, we sometimes only want to transfer full words, in which case do_pio_read/do_pio_write busy-loop until the FIFO has filled up or drained enough. In the case of do_pio_write, this can cause an endless loop if the amount of data exceeds the FIFO size, because do_pio_write runs before the transfer is initiated, so the FIFO never drains. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19config-tracking-gta03-2.6.28-rc2-uplevel.patchAndy Green
Add fake GPIO I2C bus so we can start config with pcf50633 before real 6410 I2C bus driver is ready Enable pcf50633 and current APM emulation to get it going (will be deprecated shortly hopefully). Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-wlan-share-bringup.patchWerner Almesberger
Use the same code for bringup during initialization and when switching the module on/off through sysfs. This also solves the problem of not resetting the WLAN module, which was caused by fix-set-wlan-power-mgt-to-default-on.patch only partially reverting the power-off default introduced with introduce-gta02-pm-wlan.patch. Signed-off-by: Werner Almesberger <werner@openmoko.org>
2008-11-19config-tracking-2.6.28-rc2-uplevel.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-wlan-warn.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19meddle-wsod.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19revert-jbt6k74-resume-changes.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-glamo-suspend-remove-reg-dump-and-restore.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-glamo-resume-dont-restuff-regs-do-reinit-in-framebuffer-resume.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19Fix load address for Freerunner devicesScott Talbot
Make the load address within RAM, rather than a memory mapped register. (Fix a copy-and-paste error.)
2008-11-19workaround-6410-android-binder-VIPT-undefined.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19config-tracking-gta03-2.6.28-rc1-uplevel.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19> I also mentioned that the uplevelled mokopatches dealt with the new wayBalaji Rao
> of passing i2c information into the wm8753 driver... it handles that > action now. Maybe that's what trashes up the PMU registration / bus > attach stuff for PMU. > > Anyway that is why I removed wm8753 i2c registration from mach-gta02.c, > it's now done in the gta02 wm8753 driver. Ah, sorry for not noticing it. So we can remove the i2c_board_info altogether from mach-gta02.c. Signed-off-by: Balaji Rao <balajirrao@openmoko.org>
2008-11-19config-remove-android-specific-config.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19config-tracking-2.6.28-rc1-uplevel-gta02.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-glamo-suspend-even-more-meddling.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-config-remove-suspend-testing-config.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-cycle-backlight-enable-in-resume.patchAndy Green
Without this the backlight remains stubbornly down on resume Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-set-wlan-power-mgt-to-default-on.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19add-build-script-name-based-on-64xx-or-24xx-config.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19change-all-tla01-gta03.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19config-tracking-android-options-on-defconfig.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-fix-android-gpio-include.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-config-uplevel-android-defconfig.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19android-tracking.patchSean McNeil
Minimal set of kernel changes to support Android operation. Note arch/arm/configs/gta02-android-defconfig
2008-11-19tracking-fix-gta01-backlight-include.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-fix-bcd-api-name-change.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-fix-include-moves.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19clean-remove-gta02.h-from-printk-debug.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19tracking-config-add-tla01-config.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19cleanup-after-adding-andy-tracking-patchset.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-hdq-timing-factor-2.6.27.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-hdq-fiq-interface.patchSean McNeil
Try to make sure about no compiler malarky by volatile. Change hdq busy detect. Change error handling path in hdq interface to fiq. Signed-off-by: Sean McNeil <sean@mcneil.com>
2008-11-19fix-glamo-mci-ignore-command-properly.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-lid302dl-bitbang-all-the-way-baby.patchAndy Green
This large patch removes motion sensor from Linux SPI bitbang driver. Previously, some access was done through Linux SPI protected by a mutex, and the ISR access was done by platform bitbang code due to inability of Linux SPI driver to work in the interrupt context. Now all access is done by bitbang callbacks in mach_gta02.c and are protected by single scheme of interrupt lockout for the duration -- I line-by-line'd the driver to confirm that best I could, adding protection and taking more care on several /sys related paths. Because this is no longer a Linux SPI bus driver, the path for various /sys things have changed. They can now be found down, eg, /sys/devices/platform/lis302dl.1/sample_rate lis302dl.1 is the top sensor and .2 the bottom. The names of the input susbsytem paths remain the same as before. Not working in interrupt context made trouble using interrupt lockout as locking [21474615.495000] BUG: sleeping function called from invalid context at kernel/sched.c:4684 [21474615.495000] in_atomic():0, irqs_disabled():128 [21474615.495000] 2 locks held by bash/779: [21474615.495000] #0: (&buffer->mutex){....}, at: [<c00ec1b0>] sysfs_write_file+0x30/0x80 [21474615.495000] #1: (pm_mutex){....}, at: [<c007a34c>] enter_state+0xd4/0x10c [21474615.495000] [<c0032a14>] (dump_stack+0x0/0x14) from [<c0049410>] (__might_sleep+0xdc/0xf8) [21474615.495000] [<c0049334>] (__might_sleep+0x0/0xf8) from [<c0316c38>] (wait_for_common+0x28/0x190) [21474615.495000] r5:c79ffd00 r4:c79ffd4c [21474615.495000] [<c0316c10>] (wait_for_common+0x0/0x190) from [<c0316e30>] (wait_for_completion+0x18/0x1c) [21474615.495000] r8:c79ffd84 r7:c79c4800 r6:c79ffd00 r5:c79ffd20 r4:c79ffd4c [21474615.495000] [<c0316e18>] (wait_for_completion+0x0/0x1c) from [<c01d28ec>] (spi_sync+0xa0/0xb8) [21474615.495000] [<c01d284c>] (spi_sync+0x0/0xb8) from [<c020ca10>] (__reg_write+0x88/0x94) [21474615.495000] [<c020c988>] (__reg_write+0x0/0x94) from [<c020cc30>] (lis302dl_resume+0x54/0x198) [21474615.495000] r6:60000013 r5:c79c4800 r4:c79bc9c0 [21474615.495000] [<c020cbdc>] (lis302dl_resume+0x0/0x198) from [<c01d2fb0>] (spi_resume+0x38/0x44) [21474615.495000] r6:00000010 r5:c79c4800 r4:c79c4974 [21474615.495000] [<c01d2f78>] (spi_resume+0x0/0x44) from [<c0198f34>] (resume_device+0x8c/0x1b0) [21474615.495000] [<c0198ea8>] (resume_device+0x0/0x1b0) from [<c01990c0>] (dpm_resume+0x68/0x134) [21474615.495000] r7:00000003 r6:00000010 r5:c79c4800 r4:c79c4974 [21474615.495000] [<c0199058>] (dpm_resume+0x0/0x134) from [<c01991b4>] (device_resume+0x28/0x38) [21474615.495000] r6:00000003 r5:c08b7188 r4:00000010 [21474615.495000] [<c019918c>] (device_resume+0x0/0x38) from [<c007a0f8>] (suspend_devices_and_enter+0x110/0x180) [21474615.495000] r4:00000000 [21474615.495000] [<c0079fe8>] (suspend_devices_and_enter+0x0/0x180) from [<c007a320>] (enter_state+0xa8/0x10c) [21474615.495000] r6:00000003 r5:c03aa414 r4:00000000 [21474615.495000] [<c007a278>] (enter_state+0x0/0x10c) from [<c007a430>] (state_store+0xac/0xc0) [21474615.495000] r6:c7b80000 r5:00000003 r4:c03aa414 [21474615.495000] [<c007a384>] (state_store+0x0/0xc0) from [<c014dfb4>] (kobj_attr_store+0x24/0x30) [21474615.495000] [<c014df90>] (kobj_attr_store+0x0/0x30) from [<c00ebe58>] (flush_write_buffer+0x54/0x68) [21474615.495000] [<c00ebe04>] (flush_write_buffer+0x0/0x68) from [<c00ec1d8>] (sysfs_write_file+0x58/0x80) [21474615.495000] r8:c7acca80 r7:c79fff78 r6:000be408 r5:00000004 r4:c7a19ea0 [21474615.495000] [<c00ec180>] (sysfs_write_file+0x0/0x80) from [<c00a91b8>] (vfs_write+0xbc/0x14c) [21474615.495000] [<c00a90fc>] (vfs_write+0x0/0x14c) from [<c00a9774>] (sys_write+0x4c/0x7c) [21474615.495000] r7:00000004 r6:00000000 r5:00000000 r4:c7acca80 [21474615.495000] [<c00a9728>] (sys_write+0x0/0x7c) from [<c002dc20>] (ret_fast_syscall+0x0/0x2c) Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-lis302dl-use-__reg_read-in-suspend.patchAndy Green
Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-rebase-dust.patchAndy Green
Last rebase to stable-2.6.26 left some trash from rebasing the patches on top of this, clean it back out Signed-off-by: Andy Green <andy@openmoko.com>
2008-11-19fix-remote-install-for-ext3-only-sd.patchAndy Green
We're using /boot for kernel now Signed-off-by: Andy Green <andy@openmoko.com>