development kernel tree: Changes to 'stable'
git at git.openmoko.org
git at git.openmoko.org
Wed Jul 2 23:45:42 CEST 2008
arch/arm/mach-s3c2440/Kconfig | 5 +-
arch/arm/mach-s3c2440/Makefile | 26 +-
arch/arm/mach-s3c2440/camera/Makefile | 1 -
arch/arm/mach-s3c2440/camera/cam_reg.h | 94 ++-
arch/arm/mach-s3c2440/camera/camif.c | 633 +++++++++--------
arch/arm/mach-s3c2440/camera/camif_fsm.c | 5 +
arch/arm/mach-s3c2440/camera/imgsensor.c | 43 +-
arch/arm/mach-s3c2440/camera/qt-driver.c | 5 +-
arch/arm/mach-s3c2440/camera/video-driver.c | 87 ++-
arch/arm/mach-s3c2440/camera/videodev.c | 24 +-
arch/arm/mach-s3c2440/camera/videodev.h | 16 +-
arch/arm/mach-s3c2440/mach-gta02.c | 281 +++++---
arch/arm/mach-s3c2442/Kconfig | 3 +-
arch/arm/plat-s3c24xx/Kconfig | 2 +-
arch/arm/plat-s3c24xx/neo1973_pm_gsm.c | 36 +
arch/arm/plat-s3c24xx/time.c | 249 ++++++-
drivers/base/core.c | 5 +
drivers/i2c/busses/i2c-s3c2410.c | 1 +
drivers/i2c/chips/pcf50606.c | 25 +-
drivers/i2c/chips/pcf50633.c | 1041 ++++++++++++++++++++-------
drivers/input/misc/lis302dl.c | 78 ++-
drivers/input/touchscreen/s3c2410_ts.c | 262 +++++--
drivers/mfd/glamo/glamo-core.c | 26 +
drivers/mfd/glamo/glamo-core.h | 7 +-
drivers/mfd/glamo/glamo-fb.c | 182 +++--
drivers/mfd/glamo/glamo-mci.c | 11 +-
drivers/power/bq27000_battery.c | 19 +-
drivers/serial/s3c2410.c | 89 +++-
drivers/video/display/jbt6k74.c | 60 +-
include/asm-arm/arch-s3c2410/regs-dsc.h | 4 +-
include/asm-arm/arch-s3c2410/ts.h | 8 +-
include/asm-arm/kexec.h | 4 +-
include/linux/bq27000_battery.h | 2 +
include/linux/fb.h | 1 +
include/linux/glamofb.h | 6 +
include/linux/jbt6k74.h | 4 +
include/linux/kernel.h | 2 +
include/linux/kexec.h | 3 +-
include/linux/lis302dl.h | 9 +
include/linux/pcf50606.h | 2 +-
include/linux/pcf50633.h | 25 +-
include/linux/pcf506xx.h | 5 +-
include/linux/resume-dependency.h | 78 ++
include/linux/suspend.h | 6 +
include/sound/soc.h | 1 +
kernel/power/main.c | 10 +-
kernel/printk.c | 41 ++
remote_install_sdcard | 20 +
sound/soc/s3c24xx/s3c24xx-i2s.c | 15 +-
sound/soc/soc-core.c | 87 +++-
50 files changed, 2642 insertions(+), 1007 deletions(-)
New commits:
commit e86a397ab500cda75e7e0b7a27011f5dedee8338
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:45:15 2008 +0100
change-remove-kernel-charging-led-drive.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 618097c906c68f2df5fb03ace81e6295be6ded42
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:45:07 2008 +0100
From c221bb27c8e22daa451e26353140777223d397d2 Mon Sep 17 00:00:00 2001
Subject: [PATCH] [pcf50633] Report more events to userspace using the default callback
Signed-Off-By: Holger Freyther <zecke at openmoko.org>
commit d869fe11c6acbc3466abcdae741376b2c71bca69
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:44:59 2008 +0100
From 5718bde77ed1a75e0fd2cdf5e099e66121d10c0a Mon Sep 17 00:00:00 2001
Subject: [PATCH] [battery] Make the bq27000 send an uevent when the charging state possible changed
Remove the todo entries from the pcf50633, make the mach-gta02
call the bq27000 driver from the pmu callback.
commit b496d7ecfb1964a508f4aa2dfb8b27099e7777fc
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:44:49 2008 +0100
From 000450f1ad2c713d2345a872fdf44f5dd3702e1b Mon Sep 17 00:00:00 2001
Subject: [PATCH] [janitor] make checkpatch.pl happy
commit abd6565704cadc8d0968b6fede8d445f84c870d3
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:44:41 2008 +0100
From 683ef8067815f6ba0ede73fa71973823726213a3 Mon Sep 17 00:00:00 2001
Subject: [PATCH] [janitor] Make checkpatch happy on the header files
commit 40581b00b3de51e2234e0e46a69287ab1e74bf75
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:44:32 2008 +0100
From ae3f72fc608fcd0a98a980a335ac4dc7ad95b221 Mon Sep 17 00:00:00 2001
Subject: [PATCH] [bq27000] Make the checkpatch.pl happy
commit e2303161c93a90b966679b84c18838398b847d2c
Author: Andrzej Zaborowski <balrog at zabor.org>
Date: Wed Jul 2 22:44:22 2008 +0100
From 119f4e02ba81cffe4dbc88d8ff667048ad28d925 Mon Sep 17 00:00:00 2001
Subject: [PATCH] Hacky CONFIG_NO_IDLE_HZ (dyn-tick) support for S3C24xx.
commit 8e18a9db5f895f654b06000d7bd10528e6b795f3
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:44:11 2008 +0100
introduce-resume-exception-capture.patch
This patch introduces a new resume debugging concept: if we
get an OOPS inbetween starting suspend and finishing resume, it
uses a new "emergency spew" device similar to BUT NOT REQUIRING
CONFIG_DEBUG_LL to dump the syslog buffer and then the OOPS
on the debug device defined by the existing CONFIG_DEBUG_S3C_UART
index. But neither CONFIG_DEBUG_LL nor the S3C low level configs
are needed to use this feature.
Another difference between this feature and CONFIG_DEBUG_LL is that
it does not affect resume timing, ordering or UART traffic UNLESS
there is an OOPS during resume.
The patch adds three global exports, one to say if we are inside
suspend / resume, and two callbacks for printk() to use to init
and dump the emergency data. The callbacks are set in s3c serial
device init, but the whole structure is arch independent.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 6da7929da1b46bccaae0f53bf7a26cdd74a3b70a
Author: Mike Westerhof <mwester at dls.net>
Date: Wed Jul 2 22:44:01 2008 +0100
clean-gsm-flow-control.patch
Signed-off-by: Mike Westerhof <mwester at dls.net>
arch/arm/plat-s3c24xx/neo1973_pm_gsm.c | 52 +-------
drivers/serial/s3c2410.c | 204 +++-----------------------------
2 files changed, 24 insertions(+), 232 deletions(-)
commit 2a1042fc56273fac721207597968af313751c17b
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:43:53 2008 +0100
fix-gsm-resume-problems.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit b70bd0433a197f93f927f7b5720efe889aa4b430
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:43:45 2008 +0100
fix-lis302dl-resume-and-init-reload-boot-coefficients.patch
Reported-by: John Lee <john_lee at openmoko.com>
We don't reset the devices either at init or resume, where init
means use the BOOT bit to reload device calibration coefficients
from internal EEPROM. John Lee saw brain-damaged behaviour after
resume and sometimes after boot (since it may not have lost power
to force a BOOT itself that makes sense).
This patch
- adds a diagnostic dump feature down /sys
- forces BOOT action on init and resume, and waits for
completion
- makes sure XYZ capture is enabled on resume
- adds some constants in the .h and removes some magic numbers
in the code by using them
Signed-off-by: Andy Green <andy at openmoko.com>
commit e0dc30dfda233d4ebe6f88cd1162e5952fc69027
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:43:38 2008 +0100
fix-touchscreen-meddling-divde.patch
Reported-by: Holger Freyther <zecke at openmoko.org>
length can be zero... blowing a divide by zero exception...
which somehow I don't get (?) Anyway the code is wrong and
this should fix it.
Signed-off-by: Andy Green <andy at openmoko.com>
commit cf7096e6f6e24d8a362ad05f768d609a2921f479
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:43:31 2008 +0100
touchscreen-meddling.patch
Touchscreen on GTA01-02 experiences noise on the channel that serves the
"tall axis" of the LCM. The sample quality of the other axis is good.
The bad samples have a characteristic of one shot excursions that can
reach +/- 20% or more of the sample average.
Previously, we had a simple averaging scheme going in the touchscreen
driver that summed up 32 x and ys and then divided it by 32. This patch
first tidies up the existing code for style, then adds a new "running
average" concept with a FIFO. The running average is separate from the
summing average mentioned above, and is accurate for the last n samples
sample-by-sample, where n is set by 1 << excursion_filter_len_bits in the
machine / platform stuff.
The heuristic the patch implements for the filtering is to accept all
samples, but tag the *previous* sample with a flag if it differed from
the running average by more than reject_threshold_vs_avg in either
axis. The next sample time, a beauty contest is held if the flag was
set to decide if we think the previous sample was a one-shot excursion
(detected by the new sample being closer to the average than to the
flagged previous sample), or if we believe we are moving (detected by
the new sample being closer to the flagged previous sample than the
average. In the case that we believe the previous sample was an
excursion, we simply overwrite it with the new data and adjust the
summing average to use the new data instead of the excursion data.
I only tested this by eyeballing the output of ts_print_raw, but it
seemed to be quite a bit better. Gross movement appeared to be
tracked fine too. If folks want to try different heuristics on top
of this patch, be my guest; either way feedback on what it looks like
with a graphical app would be good.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 0e049b8ff8ad37e3749121519fe96d357e0754f4
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:43:20 2008 +0100
introduce-panic-blink-led-not-using-userspace-omfg.patch
A panic is silent on GTA02, it would be good if we got a little hint
if we are crashing (eg, in suspend / resume) from a panic instead of
a deadlock, etc. On a normal PC i8042 blinks the keyboard lights if
we panic, this patch causes AUX to flash at 5Hz in event of a panic.
Tested by giving kernel fake root= that didn't exist.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 57df1041409b50f2cc3137a820254fa982c49c45
Author: Andrzej Zaborowski <balrog at zabor.org>
Date: Wed Jul 2 22:43:11 2008 +0100
Subject: [PATCH] glamo: Don't disable hwcursor for blinking and use vsync-wait.
commit 84b639db4a4cd8e7a6f65956148256152bf1e348
Author: Holger Freyther <zecke at openmoko.org>
Date: Wed Jul 2 22:43:03 2008 +0100
Subject: [PATCH] [a6k] Everyone calls SET_NET_DEV and hald needs that too,
make it happy
Call SET_NET_DEV to set a parent device. All other net drivers
are doing this and hald needs a parent to add the network device.
commit edd4b9c7128495063fb529282ebbf165a20f7a23
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:42:56 2008 +0100
workaround-s3c24xx-i2s-stop-live-stream-stall-on-resume.patch
Reported-by: Graeme Gregory <graeme at openmoko.org>
Basically-solved-by: Graeme Gregory <graeme at openmoko.org>
Graeme found a while back that on resume, IISCON register in
s3c2442 does not show LRCK toggling in LRINDEX bit any more,
causing s3c24xx_snd_lrsync() to timeout and return an error,
aborting restart of any live stream that was playing at
suspend.
I confirmed it was true, meddled around for a bit looking
for some magic to restart LRCK or at least the reporting of
it, and in the end worked around it using the method noted
by Graeme: just ignore LRCK sync if it timed out. The worst
that could happen would be L and R swap for the duration of
stream that was suspended into but probably not even that.
Signed-off-by: Andy Green <andy at openmoko.com>
commit d67dac178e8f4badacb161ad9505a3fbd6a2246e
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:42:48 2008 +0100
fix-pcf50633-use-pcf-not-data-in-probe-for-context.patch
Everywhere in the sources except the probe function the context
pointer is called "pcf"... in there it's called "data" for some
reason. This stops confusion by changing it to be "pcf" in there
as well.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 80b4a26a51a75a92ddbb64b342068b741ef88416
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:42:39 2008 +0100
fix-pcf50633-migrate-gta02-peripherals-out.patch
pcf50633.c shouldn't know GTAxx at all. Move to using a
platform callback to allow definition of platform devices
with pcf50633 as parent device (good for enforcing suspend /
resume ordering). Remove all code references to GTAxx from
the sources (one string left for compatability).
Signed-off-by: Andy Green <andy at openmoko.com>
commit 31afa68418678eef1885db656a935b24d51dce9b
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:42:29 2008 +0100
fix-pcf50633-platform-backlight-resume-ramp-setting.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 0c734eb8a3a41ca9f9b452d0d1a7211de6c146dd
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:42:07 2008 +0100
fix-pcf50633-really-defer-backlight-on-resume.patch
Backlight wasn't off by default on resume, so it was never really
deferred (until LCM is initialized). This fixes that and so removes
the brief white screen between pcf50633 resume and LCM init.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 91edf710900c85d081f2f56ad23d85f65674d316
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:59 2008 +0100
debug-backtrace-not-choke-on-null-dev_blah.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit eaa55efc0b559abebbcf2acea6ce267cea4c26f2
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:52 2008 +0100
fix-pcf50633-disable-irq-from-suspend-until-resume.patch
Disable pcf interrupt (not for wake, just as interrupt) in
suspend, re-enable it again just before we force-call the
workqueue function at end of pcf resume, which leads to
pcf interrupt source registers getting cleared so it can
signal an interrupt normally again.
This change ends the uncontrolled appearance of pcf interrupts
during resume time which previously caused the work to attempt
to use the I2C stuff before i2c host device had itself resumed.
Now the isr work is only queued, and the isr work function called,
definitively after pcf resume completes.
In suspend time, the work function may have been queued some
time before and be pending, and it could still show up at a
bad time. Therefore if the work function sees that it is
coming since the start of pcf50633 suspend function, it
aborts without attempting to read the pcf interrupt regs,
leaving them for resume to take care of.
USB current limit and no battery work functions are also made
aware of suspend state and act accordingly.
Lastly I noticed that in early resume, i2c_get_clientdata(&pcf->client)
returns NULL, presumably because i2c device is still suspended. This
could easily make trouble for async events like interrupt work,
since pcf pointer is the client data. Disabling appearance of the
work until after pcf50633 resume will also avoid that.
Signed-off-by: Andy Green <andy at openmoko.com>
commit dd7ff306b150c36950fa0f9dd718a1745a984d38
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:38 2008 +0100
fix-pcf50633-suspend-state-as-enum.patch
Use an enum to define pcf50633 suspend / resume state.
Add PCF50633_SS_RESUMING_BUT_NOT_US_YET to be the state
early in resume: add platform driver resume function just
to set this state so we can differentiate between early
resume and late suspend.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 6588d2e1ca2092e37781cfa17aea741165e01f7e
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:30 2008 +0100
debug-i2c-s3c2410-dump-stack-on-suspended-tranfer.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 56cb6e3d90e4fea9cefe133a7b0e2ce0f29ea379
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:22 2008 +0100
fix-allow-core-1v3-to-go-down.patch
Whoops left it up in suspend
Signed-off-by: Andy Green <andy at openmoko.com>
commit 358429b39b6801f4856e7c80d2c58ac7be4bd0bc
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:14 2008 +0100
fix-pcf50633-kill-white-splash-of-death-on-suspend.patch
mach-gta02 meddles with the regulator platform struct after
it is defined, leading to LCM power getting lost in suspend
despite I set it to be left up. Fixing this finally removes
the incredibly stubborn white LCM on suspend "flash".
This is also going to be implicated in Sean McNeil's
experience of monochromatic LCM after resume, which was
previously attacked by resetting and re-initing the LCM
from scratch.
In addition, I realized that we take down core_1v3 in
pcf50633 suspend action, this is happening near the
start of suspend, so we are in a meta-race to finish
suspend in a controlled way before the caps on core_1v3
run out (I only saw 23.3uF total). If it's true, this
is where the weirdo sensitivity to timing during
suspend is coming from.
Therefore in this patch we also remove sleeps and
dev_info() etc (which have to flush on serial console)
from the pc50633 isr workqueue if we are in pcf50633
driver suspend state 1, ie, suspending... because we
don't have time for it.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 22669f5d3422bca55eb247759d570306c1d6f1ae
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:41:07 2008 +0100
cosmetic-checkpatch-complaints.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit b6aa20d6e44fccefba7ca933d11befba3611a68a
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:58 2008 +0100
fix-pcf50633-add-back-gratuitous-isr-work-call-in-resume.patch
Sean McNeil reports that he doesn't get pcf50633 interrupts any
more after resume. This adds back the call to ISR work in
the resume, removal of which is probably to do with it.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 2d0f061cbf1ae256c9c91ee45bc4d09c2a8b1cdf
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:51 2008 +0100
fix-pcf50633-require-resume-level-3-for-irq-work.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 5007c46ae31856ddac45e0e59bb54cd37c51fe78
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:43 2008 +0100
add-remote-install-sdcard-script.patch
If you boot from SDCARD, this helper script for the build host
mounts SD card part 1, copies the new uImage.bin, umounts it and
then remounts SD card part 2 as ro, before doing a reboot all
in one step. Read the instructions inside the script for adding
your public key to the GTAxx rootfs for really really simple and
nice automatic update and reboot action.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 913b141d09400c05fa4a6e69f325a6504ce1fe40
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:36 2008 +0100
fix-gta02-mach-remove-gta01-lcd-reset.patch
Signed-off-by: Andy Green <andy at openmoko.com>
commit 897135bb5ce881419ee6e7c97875293b3e74330c
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:28 2008 +0100
change-lcm-keep-power-faster-resume.patch
The LCM spins for 100ms during resume for not much reason. Leave it powered
(it is meant to pull uA when suspended) and get nice fast resume to video.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 553cc686ad357fc169a95733c51f7ae3466bb248
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:21 2008 +0100
fix-pcf50633-usb-curlim-workqueue-migration.patch
pcf50633 needs to take responsibility for managing current limit
changes asycnhrnously, ie, from USB stack enumeration. It's a feature of
pcf50633 not mach-gta02.c, and we can do better with taking care about
keeping it from firing at a bad time in there too.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 8a2d04c222684e3278dd28d11f57a05fe0865183
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:12 2008 +0100
fix-pcf50633-use-i2c-bulk-autoincrement.patch
Simplify and speed up bulk sequential I2C actions in pcf50633
the time savings are pretty considerable and so is the simplification
Signed-off-by: Andy Green <andy at openmoko.com>
commit d22227eec7efd4b2f40e51ea3c3bc025299efc93
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:40:04 2008 +0100
fix-pcf50633-rtc-i2c-bulk-autoincrement-simplify.patch
More pcf50633 major time saving by using i2c bulk autoincrement. Code
reduction too by using array for time elements.
Signed-off-by: Andy Green <andy at openmoko.com>
commit ac949375c7ef5882e8d3ea4f4a165b2fce943f21
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:56 2008 +0100
fix-pcf50633-interrupt-work-enforce-wait-on-resume-completion.patch
Improve pcf50633 interrupt service scheduling to enforce only servicing
when resume action is completed
Signed-off-by: Andy Green <andy at openmoko.com>
commit b73e3db4efa3409bd3c559d848e71e1519960d07
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:48 2008 +0100
fix-glamo-mci-resume-dependency-on-pcf50633.patch
Glamo MCI has a resume order dependncy on pcf50633, it has to be able to
power the SD slot via it.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 8f4ffd81a902d5499228ce79fcf38c90df52f0e4
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:41 2008 +0100
fix-glamo-mci-power-setting-timeout-waiting-for-pcf50633.patch
Glamo MCI power setting stuff spins on pcf50633
but it won't hurt if it gives up after a second or
two instead of stalling the resume silently.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 2219855aa7835e082ec134fafd9ddba84589d345
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:33 2008 +0100
ASoC: Don't block system resume
On OpenMoko soc-audio resume is taking 700ms of the whole resume time of
1.3s, dominated by writes to the codec over I2C. This patch shunts the
resume guts into a workqueue which then is done asynchronously.
The "card" is locked using the ALSA power state APIs as suggested by
Mark Brown.
[Added fix for race with resume to suspend and fixed a couple of nits
from checkpatch -- broonie.]
Signed-off-by: Andy Green <andy at openmoko.com>
Signed-off-by: Mark Brown <broonie at opensource.wolfsonmicro.com>
commit 5917872c144260bd6d74f35b6dadf0a98a53df07
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:25 2008 +0100
fix-jbt6k74-force-reset-suspend.patch
Sean McNeil reports that without the reset for LCM in suspend, he
gets a monochromatic mode on it somehow.
Signed-off-by: Andy Green <andy at openmoko.com>
commit ecb5c96f7da9b081efe3c731a0c7b052c2411536
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:17 2008 +0100
fix-glamo-mci-relationship-with-pcf50633-suspend-resume.patch
After protecting pcf50633 read and write primitives against
operation after suspend or before resume (by blowing a
stack_trace()) I saw glamo-mci was trying to use pcf50633
at these bad times on its own suspend and resume. Since that
part was already done via platform callback, I added an
export in pcf50633 that tells you if it is ready or busy,
and used it to defer (resume power on case) or ignore
(suspend power off case, since pcf50633 already did it)
the mci power call.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 83636af17dab41d313411543c57984b5834cfcf2
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:10 2008 +0100
fix-pcf50633-suspend-resume-onehit-i2c-other-meddling.patch
- speed up suspend and resume by using one hit i2c bulk transactions
- don't bother storing int mask set on suspend, the default one is
what we use anyway
- put stack_trace() on pcf50633 low level access that fire if we
try to touch them before we resumed
- cosmetic source cleanup
- reduces resume time for pcf50633 from 450ms to 255ms
Signed-off-by: Andy Green <andy at openmoko.com>
commit 79b99f7d65cce0730998a84d2fb615ae5ad0cff5
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:39:01 2008 +0100
debug-codec-register-setting-sysfs.patch
Allow direct setting of codec registers for super mega meddling power
Signed-off-by: Andy Green <andy at openmoko.com>
commit 50ea11a2a5397c72427a153a1327c6c433754df8
Author: Sean McNeil <sean at mcneil.com>
Date: Wed Jul 2 22:38:54 2008 +0100
The following is a minor cleanup of backlight resume:
commit b058131775abbc1ceedb5ad537014e4f9beed5ac
Author: Andrzej Zaborowski <balrog at zabor.org>
Date: Wed Jul 2 22:38:46 2008 +0100
Subject: [PATCH] Hardware glamo-fb cursor, some clean-up.
commit 727d8f48ab606e44af8afee03b87f0cfdc1f8bf5
Author: Andrzej Zaborowski <balrog at zabor.org>
Date: Wed Jul 2 22:38:36 2008 +0100
Subject: [PATCH] Build fixes.
commit e2a0bda68cf6f2511f6faabf922183c2454f84fa
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:38:26 2008 +0100
fix-remove-unused-model-name-bq27000.patch
Model name isn't in the bq27000 register set, remove the
claim that we can deliver it
Signed-off-by: Andy Green <andy at openmoko.com>
commit de64d8449b10dc39eebdee6bc01409cd0197e38a
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:38:15 2008 +0100
add-use-pcf50633-resume-callback-jbt6k74.patch
Adds the resume callback stuff to glamo, then changes
jbt6k74 to no longer use a sleeping workqueue, but to
make its resume actions dependent on pcf50633 and
glamo resume (for backlight and communication to LCM
respectively)
Signed-off-by: Andy Green <andy at openmoko.com>
commit bf63ca6b17328413611a9d7594ca2c2f710a1def
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:38:06 2008 +0100
introduce-pcf50633-resume-dependency-list.patch
Adds resume dependency support to pcf50633
Signed-off-by: Andy Green <andy at openmoko.com>
commit f07f917faa2f85625277f4d2f5294a630a6b0fb1
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:37:58 2008 +0100
introduce-resume-dependency.patch
Defines a way for drivers to defer execution of resume callbacks
until one or more other driver they are dependent on has itself
resumed.
Signed-off-by: Andy Green <andy at openmoko.com>
commit bf74b8891e80dfceb72002f12c7d3c9978631dc0
Author: Andy Green <andy at openmoko.com>
Date: Wed Jul 2 22:37:47 2008 +0100
introduce-charging-led-behaviour.patch
Creates a new behaviour requested by Will that the red LED on GTA02
is lit during battery charging.and goes out when the battery is full.
This is done by leveraging the PMU interrupts, but in one scenario
there is no interrupt that occurs, when the battery is replaced after
being removed with the USB power in all the while. So a sleepy work
function is started under those circumstances to watch for battery
reinsertion or USB cable pull.
100mA limit was not being observed under some conditions so this was
fixed and tested with a USB cable with D+/D- disconnected. 1A
charger behaviour was also tested.
Showing the charging action exposes some inconsistency in pcf50633
charging action. If your battery is nearly full, it will keep
charging it at decreasing current even after it thinks it is at
100% capacity for a long while. But if you pull that same battery
and re-insert it, the charger state machine in pcf50633 believe it is
full and won't charge it.
Signed-off-by: Andy Green <andy at openmoko.com>
commit 1ccc3052a80284d3d7fbdfc0badadf6ae4236f79
Author: Andy Green <andy at opennoko.com>
Date: Wed Jul 2 22:37:38 2008 +0100
uplevel-samsung-camera-unit.patch
Update this old code to clk API, I2C changes, official GPIO API
various struct changes, explicit readl() writel(), DMA API changes.
Still not ready for actual use (eg, I2C) but a LOT closer.
Compiles on 2.6.24 without errors or warnings now.
Use CONFIG_S3C2440_CAMERA=y in .config
Signed-off-by: Andy Green <andy at openmoko.com>
More information about the commitlog
mailing list