kernel.git
11 years agofix-reote-install-for-ext3-only-sd.patch
Andy Green [Wed, 19 Nov 2008 17:11:07 +0000 (17:11 +0000)]
fix-reote-install-for-ext3-only-sd.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-touchscreen-driver-gta01-missing-includes.patch
Mike Westerhof [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
fix-touchscreen-driver-gta01-missing-includes.patch

    Add missing initialization for the touchscreen driver for the
    gta01 platform.

Signed-off-by: Mike Westerhof <mwester@dls.net>
11 years agotest-touchscreen-median.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
test-touchscreen-median.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agointroduce-gta02-pm-wlan.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
introduce-gta02-pm-wlan.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.28-timer-blowup.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
tracking-2.6.28-timer-blowup.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.28-add-codec_dev-to-gta02-soc-mach-stuff.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
tracking-2.6.28-add-codec_dev-to-gta02-soc-mach-stuff.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoGTA02: Improve NAND timings
Harald Welte [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
GTA02: Improve NAND timings

Rather than using conservative default timings for the NAND flash,
use the timings as specified in the S3C2442B MCP data sheet.

Signed-off-by: Harald Welte <laforge@openmoko.org>
11 years agotracking-2.6.28-breakage-after-change-to-64xx-tree.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
tracking-2.6.28-breakage-after-change-to-64xx-tree.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.28-device_create_drvdata-gone.patch
Andy Green [Wed, 19 Nov 2008 17:11:06 +0000 (17:11 +0000)]
tracking-2.6.28-device_create_drvdata-gone.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.28-bcd-functions-changed.patch
Andy Green [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
tracking-2.6.28-bcd-functions-changed.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoconfig-tracking-2.6.28-up.patch
Andy Green [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
config-tracking-2.6.28-up.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years ago[Resend] Fix trivial warning
Nelson Castillo [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
[Resend] Fix trivial warning

  By adding missing #include <linux/module.h> we fix 6 warnings that we
  care about (in our patchset).

Signed-off-by: Nelson Castillo <nelsoneci@gmail.com>
11 years agoFixing trivial warnings
Nelson Castillo [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
Fixing trivial warnings

Removed unused variable.

Signed-off-by: Nelson Castillo <nelsoneci@gmail.com>
11 years agoFixing trivial warnings
Nelson Castillo [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
Fixing trivial warnings

The function glamo_mci_reset is not being used. Let's comment it out.

Signed-off-by: Nelson Castillo <nelsoneci@gmail.com>
11 years agoAdd missing function definitions
Jonas Bonn [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
Add missing function definitions

These functions are undefined at first use which causes the build to
fail.  Just push the definitions forward, for now.  This file needs to
be cleaned up a good bit, in general, so we'll put in a better fix at
that time.  For now, this builds, at least...

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoCarry over changes to spi-gpio.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:05 +0000 (17:11 +0000)]
Carry over changes to spi-gpio.h

This patch carries over the OpenMoko modifications at
include/asm-arm/arch-s3c2410/spi-gpio.h to
arch/arm/mach-s3c2410/include/mach/spi-gpio.h

Note: board_size and board_info have been removed upstream, but as we
still rely on them we'll just put them back for now.  These will need to
be removed (and the corresponding driver changes made, of course) before
this can go upstream.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoCarry over changes from asm/arch/regs-sdi.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:04 +0000 (17:11 +0000)]
Carry over changes from asm/arch/regs-sdi.h

This pulls the Moko changes to regs-sdi.h that were in
include/asm-arm/arch-s3c2410 over to the file at arch/arm/../mach and
deletes the file at include/asm-arm.

Note: we have been using a mix of regs-sdi.h from the two different
locations.  The unification of these two files may have some unknown
consequences... keep your eyes open for oddities after applying this.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoDelete include/asm-arm/arch-s3c2410/regs-dsc.h.
Jonas Bonn [Wed, 19 Nov 2008 17:11:04 +0000 (17:11 +0000)]
Delete include/asm-arm/arch-s3c2410/regs-dsc.h.

This file already exists at arch/arm/mach-s3c2410/include/mach (where it
needs to be) and there are no OpenMoko changes to be carried over.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/irqs.h to mach/irqs.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/irqs.h to mach/irqs.h

This "move" is not so much a file move as just carrying over the current
status of the irqs.h file from include/asm-arm/arch-s3c2410 to the file
at arch/arm/mach-s3c2410/include/mach.  For some reason both files
existed and had become out of sync.

NOTE: Some of these changes look fishy... please check these properly.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/fiq_ipc_gta02.h to mach/fiq_ipc_gta02.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/fiq_ipc_gta02.h to mach/fiq_ipc_gta02.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/gta02.h to mach/gta02.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/gta02.h to mach/gta02.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/s3c24xx-serial.h to mach/s3c24xx-serial.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/s3c24xx-serial.h to mach/s3c24xx-serial.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/ts.h to mach/ts.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/ts.h to mach/ts.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/neo1973-pm-gsm.h to mach/neo1973-pm-gsm.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/neo1973-pm-gsm.h to mach/neo1973-pm-gsm.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/mci.h to mach/mci.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/mci.h to mach/mci.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoMove asm/arch/pwm.h to mach/pwm.h
Jonas Bonn [Wed, 19 Nov 2008 17:11:03 +0000 (17:11 +0000)]
Move asm/arch/pwm.h to mach/pwm.h

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoRe: [PATCH]: Cleanup of leds-neo1973
Nelson Castillo [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
Re: [PATCH]: Cleanup of leds-neo1973

Remove unneeded spaces and coding style fixes. Purely cosmetic.

11 years agoconfig-stable-tracking-remove-cs89xx.patch
Andy Green [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
config-stable-tracking-remove-cs89xx.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-stable-tracking-build-without-symlink.patch
Andy Green [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
fix-stable-tracking-build-without-symlink.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoCosmetic: Fix path in help string
Jonas Bonn [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
Cosmetic: Fix path in help string

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years ago[ARM]: Move asm/arch/gpio.h to mach/ directory
Jonas Bonn [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
[ARM]: Move asm/arch/gpio.h to mach/ directory

This file was moved in the big file move, but some OpenMoko specific
changes did not make it.  This patch peels out the relevant bits and
adds them to the gpio.h file in the upstream location.

The only OpenMoko specific change is the definition of gpio_to_irq and
irq_to_gpio.  These functions should really be defined in gpio_chip and
asm-generic/gpio.h; this is coming soon, but until then we'll just use
the Moko definitions that we've been using up until now.

This is not strictly correct for the GTA02 case, but it works given
the configuration that's currently in use.  This can be fixed (and
should become evident) when the configuration options are cleaned up.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years ago[ARM]: Move asm/arch/gta01.h to include/mach
Jonas Bonn [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
[ARM]: Move asm/arch/gta01.h to include/mach

This file is OpenMoko specific and didn't get moved in the big file
move.  Move it to arch/arm/mach-s3c2410/include/mach where it belongs
and fix the references to it.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years ago[ARM]: Build fix after file move
Jonas Bonn [Wed, 19 Nov 2008 17:11:02 +0000 (17:11 +0000)]
[ARM]: Build fix after file move

After the big include file move these paths ended up incorrect.  Fix
these so that this builds cleanly again.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoConfig: Ifdef cleanups
Jonas Bonn [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
Config: Ifdef cleanups

This patch removes a large number of #ifdefs that switch on machine
model.  Where applicable, the machine_is_* idiom is favoured; this
mainly makes the code easier to read, but it does have some other
advantages, too.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agofix-build-without-gta01-enabled.patch
Andy Green [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
fix-build-without-gta01-enabled.patch

Problems building with GTA01 disabled in config come down to not selecting the
common CONFIG for GTAXX with GTA02, and GTA01-specific gps stuff.

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoconfig-remove-GTA01-build-from-2.6.27-defconfig.patch
Andy Green [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
config-remove-GTA01-build-from-2.6.27-defconfig.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agosuppress "onkey" events on resume [Was: Re: Where are actions configured for buttons...
\\\\\\\\\\\\\\\"Mike (mwester)\\\\\\\\\\\\ [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
suppress "onkey" events on resume [Was: Re: Where are actions configured for buttons in FSO?]

Michael 'Mickey' Lauer wrote:
...
> The problem is (and this is the reason why I'm crossposting this to the
> kernel mailing list), the kernel is not swallowing the power button
> presses that triggers the resume, so you need some "real" programming
> (as opposed to the expressional complexity of our rules) in order to
> prevent falling asleep right after resume.
>
> Kernel-guys, can we change that?

suppress-resume-onkey-event.patch

This suppresses the key press and key release events from the
power button, in the case where the power button is the wake
event for the GTA01 or GTA02 device.

Signed-off-by: Mike Westerhof <mwester@dls.net>
11 years agoclean-move-defconfigs-stable-tracking.patch
Andy Green [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
clean-move-defconfigs-stable-tracking.patch

Delete old configs in stable-tracking, move defconfig-2.6.27 to the common config site
arch/arm/configs/gta02-moredrivers-defconfig

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-bt-cycle-power-around-regulator-voltage-change.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
fix-bt-cycle-power-around-regulator-voltage-change.patch

Don't change bt regulator at all if already at requested state, and
turn it to opposite on | off state before changing regulator voltage
and setting final state.

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agofix-wrongful-led-trigger-removal.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:01 +0000 (17:11 +0000)]
fix-wrongful-led-trigger-removal.patch

LED trigger gets removed in led_brightness_store???

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agofix-lis302dl-issues.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:00 +0000 (17:11 +0000)]
fix-lis302dl-issues.patch

Move to level from edge, fix local_save... to local_irq...
simplify bitbang sequence

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agoclean-leds-remove-pwm-stuff.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:00 +0000 (17:11 +0000)]
clean-leds-remove-pwm-stuff.patch

Remove unsued PWM stuff around LEDs.

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agoadd-powersupply-ac-usb-automonitor.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:00 +0000 (17:11 +0000)]
add-powersupply-ac-usb-automonitor.patch

Adds AC and USB powersupply objects, and a workqueue to automonitor
changes in battery state and fire change events on any change to
selected registers.

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agoadd-neo1973kbd-jack-state-sys.patch
Sean McNeil [Wed, 19 Nov 2008 17:11:00 +0000 (17:11 +0000)]
add-neo1973kbd-jack-state-sys.patch

Add /sys files for jack state reporting.

Signed-off-by: Sean McNeil <sean@mcneil.com>
11 years agoglamo_fb: Implement screen blanking
Harald Welte [Wed, 19 Nov 2008 17:11:00 +0000 (17:11 +0000)]
glamo_fb: Implement screen blanking

This patch implements fb_blank() for the glamo-fb driver, which switches off
the pixel clock (DCLK) for power saving.

We currently delay the actual pixel clock switch until we enter
FB_BLANK_POWERDOWN, since the backlight fade is slow and we don't want the
user to see artefacts on the screen while the backlight is fading out.

So since the X server first sends FB_BLANK_{V,H}SYNC_SUSPEND, we start the
backlight fade here, and only once we get FB_BLANK_POWERDOWN the pixel clock is
disabled.

There are no measurements yet, but the power savings should be double, since
there is no longer any  generation of the high-frequency LCM signals, and
there are no video-related SDRAM accesses anymore.

Signed-off-by: Harald Welte <laforge@openmoko.org>
11 years agoglamo_fb: sync comment with code
Harald Welte [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
glamo_fb: sync comment with code

the comment claims that DHCLK is enabled, while the
code actually disables it.

No code change, purely cosmetic patch.

Signed-off-by: Harald Welte <laforge@openmoko.org>
11 years agoglamo_fb: Cosmetic cleanup
Harald Welte [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
glamo_fb: Cosmetic cleanup

Remove dead code and coding style fixes. Purely cosmetic.

Signed-off-by: Harald Welte <laforge@openmoko.org>
11 years agore-enable-fiq.patch
Andy Green [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
re-enable-fiq.patch

FIQ is back up again, changed the stack to point to the post FIQ-vector
area, remove various meddlings needed to try to fix it.

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-pcf50633-do-backlight-bringup-in-probe.patch
Andy Green [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
fix-pcf50633-do-backlight-bringup-in-probe.patch

Qi does not touch the backlight, we have to do it in Linux now

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoconfig-remove-gta01-wm8752-from-gta02-defconfig.patch
Andy Green [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
config-remove-gta01-wm8752-from-gta02-defconfig.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoThis patch adds a framebuffer notifier in order to detect
Harald Welte [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
This patch adds a framebuffer notifier in order to detect
FB_BLANK events and switch the JBT6K74 LCM controller into
its power saving mode.

This has the potential of saving something like 50mW during screen blank.

Signed-off-by: Harald Welte <laforge@openmoko.org>
11 years agorevert-fix-build-with-no-config_mmc-glamo-resume-callback-part.patch
Andy Green [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
revert-fix-build-with-no-config_mmc-glamo-resume-callback-part.patch

Thomas White noticed that the recent patch from Andrzej cleaning up a
nasty cast in the resume_dependency stuff for Glamo broke resume.  The
problem was that the wrong resume callback was arrived at by the new
code, the one in the device's device_driver struct rather than the
struct platform_driver that actually holds the right pointer.

Since this code will be gone in 2.6.26, I reverted this part of Andrzej's
patch, tidying the cast a bit anyway.

Reported-by: Thomas White <taw27@cam.ac.uk>
Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.27-rc9-hdq-ordering.patch
Andy Green [Wed, 19 Nov 2008 17:10:58 +0000 (17:10 +0000)]
tracking-2.6.27-rc9-hdq-ordering.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-config-usbeth-gadget-monolithic.patch
Andy Green [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
tracking-config-usbeth-gadget-monolithic.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.27-rc9-fiq-broken-by-function-tracing.patch
Andy Green [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
tracking-2.6.27-rc9-fiq-broken-by-function-tracing.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.27-rc8-pwm-clock-fix-dfoley.patch
dfoley [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
tracking-2.6.27-rc8-pwm-clock-fix-dfoley.patch

I'm not sure if this patch if complete/correct, but it seems to fix the
clock problem.

Via: http://marc.info/?l=linux-arm-kernel&m=122322617931931&w=2

11 years agofix-add-gta02-i2c-include.patch
Andy Green [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
fix-add-gta02-i2c-include.patch

Recent patches from Jonas Bonn seemed to need this addition to compile,
it can be because it was rebased earlier today.

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoGTA02: Fix WM8753 device registration
Jonas Bonn [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
GTA02: Fix WM8753 device registration

This makes the GTA02 work with the new-style WM8753 ALSA I2C driver.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoGTA01: replace mutex with spinlock in neo1973_vib_vib_set
Jonas Bonn [Wed, 19 Nov 2008 17:10:57 +0000 (17:10 +0000)]
GTA01: replace mutex with spinlock in neo1973_vib_vib_set

This function (set_brightness) may be called in interrupt context and
therefore should not sleep; use a spin_lock instead of a mutex to ensure
this.

This should take care of the following BUG:

[21474678.340000] BUG: sleeping function called from invalid context at kernel/mutex.c:207
[21474678.340000] in_atomic():1, irqs_disabled():0
[21474678.340000] no locks held by python/1255.
[21474678.340000] [<c002d928>] (dump_stack+0x0/0x18) from [<c003b08c>] (__might_sleep+0xdc/0xf8)
[21474678.340000] [<c003afb0>] (__might_sleep+0x0/0xf8) from [<c02efc08>] (mutex_lock_nested+0x2c/0x264)
[21474678.340000]  r5:c03ed754 r4:c03ed6dc
[21474678.340000] [<c02efbdc>] (mutex_lock_nested+0x0/0x264) from [<c022e180>] (neo1973_vib_vib_set+0x2c/0x6c)
[21474678.340000] [<c022e154>] (neo1973_vib_vib_set+0x0/0x6c) from [<c022e6a4>] (led_timer_function+0x8c/0xb4)
[21474678.340000]  r6:c041a1a0 r5:c7f34820 r4:0000012c
[21474678.340000] [<c022e618>] (led_timer_function+0x0/0xb4) from [<c004aeb4>] (run_timer_softirq+0x180/0x20c)
[21474678.340000]  r5:c7f3482c r4:00000102
[21474678.340000] [<c004ad34>] (run_timer_softirq+0x0/0x20c) from [<c0046368>] (__do_softirq+0x64/0xd8)
[21474678.340000]  r8:00000000 r7:00000001 r6:0000000a r5:c0419ff8 r4:00000041
[21474678.340000] [<c0046304>] (__do_softirq+0x0/0xd8) from [<c0046764>] (irq_exit+0x48/0x5c)
[21474678.340000]  r6:00000000 r5:c03d128c r4:0000001e
[21474678.340000] [<c004671c>] (irq_exit+0x0/0x5c) from [<c0028050>] (__exception_text_start+0x50/0x68)
[21474678.340000] [<c0028000>] (__exception_text_start+0x0/0x68) from [<c0028a8c>] (__irq_usr+0x4c/0xe0)
[21474678.340000] Exception stack(0xc7d7bfb0 to 0xc7d7bff8)
[21474678.340000] bfa0:                                     0055bb3a 0000004a 00000000 0055baf0
[21474678.340000] bfc0: 0000004a 0052ae30 00000025 005168e0 00000073 00000025 401281ec 00000000
[21474678.340000] bfe0: 0000006f be9b8470 006e0069 400a8844 60000010 ffffffff
[21474678.340000]  r6:00004000 r5:f4000000 r4:ffffffff

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoFix build warnings that depend on machine configuration
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
Fix build warnings that depend on machine configuration

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoFix build warning
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
Fix build warning

11 years agoDrop FIQ dependency for GTA01 configuration.
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
Drop FIQ dependency for GTA01 configuration.

When the config option MACH_NEO1973_GTA02 is not set, then we do not need to
have any access to the FIQ symbols.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoGTA02: Fixups
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
GTA02: Fixups

These fixes are required to build without MACH_NEO1973_GTA02

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoGTA01: Do I2C device registration in machine setup code
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
GTA01: Do I2C device registration in machine setup code

I2C devices should be registered with i2c_register_board_info in the machine
setup code.  This allows the devices to be auto-probed when the requred driver
is loaded.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoALSA: Cleanup WM8753 driver after switch to i2c driver model
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
ALSA: Cleanup WM8753 driver after switch to i2c driver model

Mainly this concerns device registration.  Registration should be handled
at the machine level and not in the driver itself.  This patch drops
registration at the driver level.

As registration allows for specifying an i2c device address, the setup
data is not needed to be passed to the driver.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoALSA: Keep reference to lm4857 i2c_client for write_regs
Jonas Bonn [Wed, 19 Nov 2008 17:10:56 +0000 (17:10 +0000)]
ALSA: Keep reference to lm4857 i2c_client for write_regs

The function lm4857_write_regs requires that the i2c_client be available in
the local variable 'i2c'.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoALSA: Drop device registration from lm4857 driver
Jonas Bonn [Wed, 19 Nov 2008 17:10:55 +0000 (17:10 +0000)]
ALSA: Drop device registration from lm4857 driver

Device registration should be handled at the machine level and not
in the driver code itself.  This patch removes the device registration
from the driver code in preparation for moving it to the machine
definition.

Signed-off-by: Jonas Bonn <jonas.bonn@gmail.com>
11 years agoASoC: Fix build of GTA01 audio driver
Mark Brown [Wed, 19 Nov 2008 17:10:55 +0000 (17:10 +0000)]
ASoC: Fix build of GTA01 audio driver

Fix a couple of thinkos introduced during the I2C API update.

Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
11 years agoASoC: Convert neo1973/lm4857 to a new-style i2c driver
Jean Delvare [Wed, 19 Nov 2008 17:10:55 +0000 (17:10 +0000)]
ASoC: Convert neo1973/lm4857 to a new-style i2c driver

Convert the lm4857 driver in neo1973_wm8753 to the new (standard)
i2c device driver binding model. I assumed that the LM4857 was always
on the same I2C bus as the WM8753 codec.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Cc: Tim Niemeyer <reddog@mastersword.de>
Cc: Graeme Gregory <graeme@openmoko.org>
Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
11 years agoASoC: Fix an error path in neo1973_wm8753
Jean Delvare [Wed, 19 Nov 2008 17:10:55 +0000 (17:10 +0000)]
ASoC: Fix an error path in neo1973_wm8753

The error handling in neo1973_init is incorrect:

* If platform_device_add fails, we go on with the rest of the
  initialization instead of bailing out. Things will break when the
  module is removed (platform_device_unregister called on a device
  that wasn't registered.)

* If i2c_add_driver fails, we return an error so the module will not
  load, but we don't unregister neo1973_snd_device, so we are leaking
  resources.

Add the missing error handling.

Signed-off-by: Jean Delvare <khali@linux-fr.org>
Cc: Tim Niemeyer <reddog@mastersword.de>
Cc: Graeme Gregory <graeme@openmoko.org>
Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
Signed-off-by: Mark Brown <broonie@opensource.wolfsonmicro.com>
11 years agotracking-config-2.6.27-rc8
Andy Green [Wed, 19 Nov 2008 17:10:55 +0000 (17:10 +0000)]
tracking-config-2.6.27-rc8

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoalways-call-resume-dependencies.patch
\\\\\\\\\\\\\\\"Mike (mwester)\\\\\\\\\\\\ [Wed, 19 Nov 2008 17:10:54 +0000 (17:10 +0000)]
always-call-resume-dependencies.patch

Attached is a patch that has greatly reduced the frequency of failures
to resume (due to an oops from the glamo resume handler), and the
dreaded "white screen after resume".  I can't say that it fixes all of
these, although I have yet to see the white-screen since applying this
patch and suspending/resuming several hundred times (with the 30-second
suspend on the 2008.8 image and the endless stream of GSM error messages
generated by something in that image, it has proved to be very useful to
do an automated stress test!)

This patch will apply to stable, and should make stable slightly more,
well, "stable".

[Feel free to remove the debug messages if someone feels strongly about
that; I left them in because I think they might be useful in triaging
further crashes; I'm not at all convinced that this patch will fix all
the cases of resume failures.]

[[And, yes, this is ugly, really ugly.]]

[[[Oh yeah - there's still one extreme case that will result in an oops:
 if a dependent driver is built as a module, and it is unloaded, and it
happened that the preceding suspend/resume was aborted, and that abort
happened between the dependent driver and the driver upon which it is
dependent, then a list entry will be left behind referencing the
unloaded module.  There's just no good way to fix that given the way the
resume dependency plumbing is connected up right now, so just avoid
using modules for any of the drivers involved in the resume dependency
stuff.]]]

Regards,
Mike (mwester)
commit 905d2fc9c45f622418ce9ef4e67c23453aab7571
Author: Mike Westerhof <mwester@dls.net>
Date:   Mon Aug 11 11:11:25 2008 -0500

    always-call-resume-dependencies.patch

    Ensure that a dependent resume handler is always executed,
    even if the resume handler for driver upon which it is
    dependent never suspends (and therefore never resumes either).
    Also make sure that we do not end up with duplicate
    dependencies registered, something that can happen if the
    suspend is aborted due to driver failure or an early resume
    (such as occurs when the GSM interrupts during suspend).

Signed-off-by: Mike Westerhof <mwester@dls.net>
11 years agofix-build-with-no-CONFIG_MMC
Andrzej Zaborowski [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
fix-build-with-no-CONFIG_MMC

I hit this when updating to 2.6.26.  Also if CONFIG_MMC is enabled this
patch converts this horrible horrible hack into a horrible hack by using
dev->resume() (untested).

Signed-off-by: Andrzej Zaborowski <balrog@zabor.org>
11 years agofix-glamo-mci-slow-clock-until-first-bulk.patch
Andy Green [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
fix-glamo-mci-slow-clock-until-first-bulk.patch

This patch adds another module parameter to glamo-mci which sets the
SD Card clock rate used inbetween powering the card and the completion of
the first bulk transfer.  You can set it from kernel commandline like this.

glamo_mci.sd_post_power_clock=1000000

The period between changing the power state and the first bulk transfer
completion is critical because larger SDHC cards take longer to initialize
before they can service the bulk transfer, and the Glamo MMC unit has a
fixed timeout length of a maximum of 4095 x 16 x SD Card clocks.  Large
cards like 8GB Sandisk SDHC are not ready before this timeout is used up
at default 16MHz.

Subsequently, the card can handle 16MHz SD Clock and timeout durations
okay.

By default this patch operates the SD Clock at only 1MHz until the first
bulk transfer is completed after each powerup action from the MCI stack.  It
also keeps the SD Clock running during this time, and disables the SD Clock
if the card is not present and the MCI stack removes power.

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.27-rc7-fiq-still-broken.patch
Andy Green [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
tracking-2.6.27-rc7-fiq-still-broken.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoMake-s3c2410-gadget-initialize-with-no-debugfs
Andrzej Zaborowski [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
Make-s3c2410-gadget-initialize-with-no-debugfs

I needed the following two changes for g_ether to work with last
week's stable-tracking and no CONFIG_DEBUG_FS.  I don't know if
they're related to moko patches, if not I can send them upstream
isntead.

BTW I need to boot off the SD card now because mtd only returns CRC
errors and doesn't mount.  Does it work for other people?

Signed-off-by: Andrzej Zaborowski <balrog@zabor.org>
11 years agotracking-config-defconfig-2.6.27-rc5.patch
Andy Green [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
tracking-config-defconfig-2.6.27-rc5.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agogta03-pca9632.patch
Matt Hsu [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
gta03-pca9632.patch

 - pca9632 is a LED driver which will be adopted in gta03.

Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
11 years agoSubject: [PATCH] rework-to-make-USBINS-USBREM-exclusive.patch
Matt Hsu [Wed, 19 Nov 2008 17:10:53 +0000 (17:10 +0000)]
Subject: [PATCH] rework-to-make-USBINS-USBREM-exclusive.patch

This patch is a work-around solution to correct charging indication logic.

Signed-off-by: Matt Hsu <matt_hsu@openmoko.org>
11 years agoar6k-essid-one-and-32.patch
Werner Almesberger [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
ar6k-essid-one-and-32.patch

This patch allows ESSID with length 1, which were rejected because the
stack assumed iwconfig used a different format in the ioctl's payload.

It also refuses ESSIDs longer than 31 bytes, because there is some
buffer overrun issue buried somewhere else in the stack. In principle,
32 bytes should be fine.

Open issue:
- where is the 32 bytes overrun ?

Signed-off-by: Werner Almesberger <werner@openmoko.org>
11 years agonewline_after_disconnect_msg.patch
mattb [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
newline_after_disconnect_msg.patch

This is purely cosmetic, but annoying.

 The ar6k wifi driver does not print a newline after the informational message when disconnecting from an AP. This leads to cluttered dmesg output like the following:

 AR6000 disconnected from 00:02:cf:85:c6:08 AR6000 connected event on freq 2412 with bssid 00:02:cf:85:c6:08 listenInterval=100, beaconInterval = 100, beaconIeLen = 0 assocReqLen=27 assocRespLen =22

 What is expected, is something like:

 AR6000 disconnected from 00:02:cf:85:c6:08
 AR6000 connected event on freq 2412 with bssid 00:02:cf:85:c6:08 listenInterval=100, beaconInterval = 100, beaconIeLen = 0 assocReqLen=27 assocRespLen =22

 The upside of this is that it gives me a nice simple patch to send in as my first contribution to OpenMoko?.

 Cheers

Signed-off-by: mattb <mattb@openmoko-trac.invalid>
11 years agosoft_tap.patch
Dima Kogan [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
soft_tap.patch

Hi all.

I'm seeing a behavior in my freerunner where light taps on the
touchscreen are not registered as clicks by the kernel even though the
base hardware does report clicking events. I'm seeing the kernel
generate extra "unclick" events in these cases. It looks like in the
driver, an unclick event is processed before the click event, thus
suppressing the click from ever being generated. I'm attaching a patch
that addresses this. I'm now able to type much faster on the matchbox
keyboard, even when using my fingertips instead of fingernails.

Dima

Signed-off-by: Dima Kogan <dkogan@cds.caltech.edu>
11 years agofix-glamo-idleclock-around-suspend.patch
Andy Green [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
fix-glamo-idleclock-around-suspend.patch

Possible implementation of SD Card corruption workaround reported here

https://docs.openmoko.org/trac/ticket/1802#comment:5

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-one-mmc-race.patch
Andy Green [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
fix-one-mmc-race.patch

Some boots from Qi trigger a symptom from this interesting race -->

[    2.730000] Unable to handle kernel NULL pointer dereference at virtual address 00000248
[    2.730000] pgd = c0004000
[    2.735000] [00000248] *pgd=00000000
[    2.735000] Internal error: Oops: 5 [#1] PREEMPT
[    2.735000] Modules linked in:
[    2.735000] CPU: 0    Not tainted  (2.6.24-stable10_0c1587137aaf0ee3-mokodev #1071)
[    2.735000] PC is at pcf50633_voltage_set+0x1c/0xfc
[    2.735000] LR is at gta02_glamo_mmc_set_power+0xdc/0x128
[    2.735000] pc : [<c01df570>]    lr : [<c0034324>]    psr: 60000013
[    2.735000] sp : c7c57eb0  ip : c7c57ec8  fp : c7c57ec4
[    2.735000] r10: c7cfca28  r9 : 00000000  r8 : c7c57f68
[    2.735000] r7 : c7cfca68  r6 : c7cfcae0  r5 : 00000c80  r4 : 00000000
[    2.735000] r3 : 00000000  r2 : 00000c80  r1 : 0000000a  r0 : 00000c80
[    2.735000] Flags: nZCv  IRQs on  FIQs on  Mode SVC_32  ISA ARM  Segment kernel
[    2.735000] Control: c000717f  Table: 30004000  DAC: 00000017
[    2.735000] Process kmmcd (pid: 102, stack limit = 0xc7c56268)
[    2.735000] Stack: (0xc7c57eb0 to 0xc7c58000)
[    2.735000] 7ea0:                                     c0608c58 00000c80 c7c57edc c7c57ec8
[    2.735000] 7ec0: c0034324 c01df564 c7cfca28 c7cfc800 c7c57f1c c7c57ee0 c0194de0 c0034258
[    2.735000] 7ee0: c7c57f34 c7c57ef0 c01e6230 c005de5c 60000013 c7cfca28 c7cfc800 60000013
[    2.735000] 7f00: c7cfca68 c7c57f68 00000000 c01e6778 c7c57f34 c7c57f20 c01e5d68 c0194da8
[    2.735000] 7f20: c7cfc800 c7cfca08 c7c57f5c c7c57f38 c01e6810 c01e5cbc c0059278 c7c57f48
[    2.735000] 7f40: c02d2ba0 00000002 c7c44420 c7c56000 c7c57f9c c7c57f60 c00592e0 c01e6788
[    2.735000] 7f60: 00000002 c0059278 c0608d74 c04321cc c036e16c 00000000 c7c57fb0 c7c44420
[    2.735000] 7f80: c7c56000 00000000 00000000 00000000 c7c57fd4 c7c57fa0 c005a068 c00591ec
[    2.735000] 7fa0: c02d0624 00000000 c7c4c0e0 c005dc2c c7c57fb0 c7c57fb0 00000000 c7c56000
[    2.735000] 7fc0: c7c44420 c0059f84 c7c57ff4 c7c57fd8 c005db28 c0059f94 00000000 00000000
[    2.735000] 7fe0: 00000000 00000000 00000000 c7c57ff8 c004b170 c005dad8 ffffffff ffffffff
[    2.735000] Backtrace:
[    2.735000] [<c01df554>] (pcf50633_voltage_set+0x0/0xfc) from [<c0034324>] (gta02_glamo_mmc_set_power+0xdc/0x128)
[    2.735000]  r5:00000c80 r4:c0608c58
[    2.735000] [<c0034248>] (gta02_glamo_mmc_set_power+0x0/0x128) from [<c0194de0>] (glamo_mci_set_ios+0x48/0x254)
[    2.735000]  r5:c7cfc800 r4:c7cfca28
[    2.735000] [<c0194d98>] (glamo_mci_set_ios+0x0/0x254) from [<c01e5d68>] (mmc_power_up+0xbc/0x100)
[    2.735000] [<c01e5cac>] (mmc_power_up+0x0/0x100) from [<c01e6810>] (mmc_rescan+0x98/0x1a8)
[    2.735000]  r5:c7cfca08 r4:c7cfc800
[    2.735000] [<c01e6778>] (mmc_rescan+0x0/0x1a8) from [<c00592e0>] (run_workqueue+0x104/0x208)
[    2.735000]  r6:c7c56000 r5:c7c44420 r4:00000002
[    2.735000] [<c00591dc>] (run_workqueue+0x0/0x208) from [<c005a068>] (worker_thread+0xe4/0xf8)
[    2.735000] [<c0059f84>] (worker_thread+0x0/0xf8) from [<c005db28>] (kthread+0x60/0x94)
[    2.735000]  r6:c0059f84 r5:c7c44420 r4:c7c56000
[    2.735000] [<c005dac8>] (kthread+0x0/0x94) from [<c004b170>] (do_exit+0x0/0x6f4)
[    2.735000]  r6:00000000 r5:00000000 r4:00000000
[    2.735000] Code: e351000a e1a04000 e1a00002 8a000032 (e5943248)
[    2.745000] ---[ end trace 123ec1d286354824 ]---

This problem was caused by insufficient timeout waiting for pcf50633 to resume
and broken code to detect timeout exhaustion.

Although I'd like to think it has something to do with mmc resume woes it should make a panic
and subsequent emergency spew on UART2 if that had been the case.

Took the opportunity to move the stuff to show completion of probe to later in the
pcf50633 probe and tighten readiness test.

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agogta02-accel-isr-fix-more.patch
Andy Green [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
gta02-accel-isr-fix-more.patch

Fix all of the mismatches Andrzej put us on to.

Found-by: Andrzej Zaborowski <balrogg@gmail.com>
Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoFrom: Andrzej Zaborowski <balrogg@gmail.com>
Andy Green [Wed, 19 Nov 2008 17:10:52 +0000 (17:10 +0000)]
From: Andrzej Zaborowski <balrogg@gmail.com>

fix-accel-irq-mismatch.patch

I just found a while to start doing something cool with the
accelerometers but I hit #1613 (both accelerometer nodes can't be read
concurrently for longer than a moment). Turns out to be very silly.
I'll continue the cool stuff another day,
Cheers

11 years agocheckpatch-accel-fixes.patch
Andy Green [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
checkpatch-accel-fixes.patch

style cleanups for accel threshold setting patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agointerface for configuring freefall/wakeup interrupts for the accelerometers
Simon Kagstrom [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
interface for configuring freefall/wakeup interrupts for the accelerometers

Hi!

First: Unfortunately, the freerunner currently wakes up immediately on
suspend when the accelerometer IRQ is selected as a wakeup source. I'm
posting this for comments and if someone else wants to have a look at
this problem.

The patch should be safe to apply even though the sleep portion doesn't
work - as long as it's configured it will not disturb anything.

// Simon
--
lis302dl-configure-wakeup-interrupts.patch

From: simon.kagstrom <simon.kagstrom@gmail.com>

First: Unfortunately, the freerunner currently wakes up immediately on
suspend when the accelerometer IRQ is selected as a wakeup source.

Add configuration of wakeup/freefall interrupts through a sysfs
interface. Configuration is done through echoing a value of the
form

   X Y Z THRESHOLD DURATION SPEC

to freefall_wakeup_1/2. X, Y and Z are threshold values, given as a
value > 0, < 0 or 0 to specify if an interrupt should be generated for
high or low thresholds or neither (off). THRESHOLD specifies the
threshold that must be exceeded. DURATION specifies the time in
milliseconds for which the acceleration should be measured. SPEC is
either '1' or '0' and specifies if the thresholds should be taken all
together or one at a time ('and' or 'or' mode).

Echoing '0' to the file turns off the interrupts.

Example:

  echo "1 1 1 60 60 0" > freefall_wakeup_1   # Turn on x,y,z, 60ms/60 threshold, or-mode
  echo "0" > freefall_wakeup_1 # Turn off interrupt

The hardware supports two simulataneous wakeup sources to be configured,
but the freerunner only connects one of the interrupt outputs. The patch
exports both. Similarly, only the "top" accelerometer can be used as a
wake-up source, and it's not possible to generate DATA_READY interrupts
while the wakeup interrupts are active.

Signed-off-by: Simon Kagstrom <simon.kagstrom@gmail.com>
11 years agoFrom 5ee1ee9e1c8a652b0f9cde72ad5e547db87d4d67 Mon Sep 17 00:00:00 2001
Holger Freyther [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
From 5ee1ee9e1c8a652b0f9cde72ad5e547db87d4d67 Mon Sep 17 00:00:00 2001
Subject: [PATCH] [gta02] Disable hardware ECC unless we get instructed to enable it
     This is restoring the old behavior in regard to ECC. Even if
     hardware ECC was compiled in we didn't use it. Make this a runtime
     option. If the bootloader passes hardware_ecc we will enable the
     hardware ECC for real.

11 years agoFrom ca800f8b234299c56530e56018c031957c5c7ffb Mon Sep 17 00:00:00 2001
Holger Freyther [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
From ca800f8b234299c56530e56018c031957c5c7ffb Mon Sep 17 00:00:00 2001
Subject: [PATCH] [gta02] Disable the NAND debugging as it would print every hardware ECC

11 years agoFrom 98d97ee93af676f7d6d0bf55aaae17e11304598a Mon Sep 17 00:00:00 2001
Holger Freyther [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
From 98d97ee93af676f7d6d0bf55aaae17e11304598a Mon Sep 17 00:00:00 2001
Subject: [PATCH] Revert "s3c2440-nand-disable-hwecc.patch"

This reverts commit 1d89da736ed33d3f7c398fb9f8dfddecb7c7c7a9.

11 years agolis302dl-add-wakeup-defs.patch
Simon Kagstrom [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
lis302dl-add-wakeup-defs.patch

Add definitions for the rest of the wakeup defs and also change FFWUSRC1
to FFWUSRC - there are two of these which are identical.

Signed-off-by: Simon Kagstrom <simon.kagstrom@gmail.com>
11 years agolis302dl-allow-unloading-module.patch
Simon Kagstrom [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
lis302dl-allow-unloading-module.patch

This patch fixes module unloading for the accelerometer (actually module
loading failed before). The two problems were that the interrupt was not
unregistered, and that the device was left in a "strange" state.

Signed-off-by: Simon Kagstrom <simon.kagstrom@gmail.com>
11 years agomach-gta02-spell-fixes.patch
Simon Kagstrom [Wed, 19 Nov 2008 17:10:51 +0000 (17:10 +0000)]
mach-gta02-spell-fixes.patch

Fix spelling error on function name

Signed-off-by: Simon Kagstrom <simon.kagstrom@gmail.com>
11 years agotracking-2.6.27-rc2-fix-fiq.patch
Andy Green [Wed, 19 Nov 2008 17:10:50 +0000 (17:10 +0000)]
tracking-2.6.27-rc2-fix-fiq.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoconfig-2.6.27-rndis.patch
Andy Green [Wed, 19 Nov 2008 17:10:50 +0000 (17:10 +0000)]
config-2.6.27-rndis.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agofix-build-test-for-moredrivers.patch
Andy Green [Wed, 19 Nov 2008 17:10:50 +0000 (17:10 +0000)]
fix-build-test-for-moredrivers.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agoadd-s3c-serial-total-meddlings.patch
Andy Green [Wed, 19 Nov 2008 17:10:50 +0000 (17:10 +0000)]
add-s3c-serial-total-meddlings.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agorevert-drivers-serial-s3c2410.c-meddlings.patch
Andy Green [Wed, 19 Nov 2008 17:10:50 +0000 (17:10 +0000)]
revert-drivers-serial-s3c2410.c-meddlings.patch

Signed-off-by: Andy Green <andy@openmoko.com>
11 years agotracking-2.6.27-rc2-include-path-changes.patch
Andy Green [Wed, 19 Nov 2008 17:10:49 +0000 (17:10 +0000)]
tracking-2.6.27-rc2-include-path-changes.patch

Signed-off-by: Andy Green <andy@openmoko.com>