development kernel tree: Changes to 'andy'
git at git.openmoko.org
git at git.openmoko.org
Mon Jun 2 14:23:14 CEST 2008
Rebased ref, commits from common ancestor:
commit 3ea17afde0fc5a88a267a4206f05cd133546ccee
Author: Andy Green <andy at openmoko.com>
Date: Mon Jun 2 13:22:59 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 f4095c8373e9dc1a6560200d504ad63431a10ab4
Author: Andy Green <andy at openmoko.com>
Date: Mon Jun 2 13:22:24 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 0167ff763986a76ba07e0e8ad361f3352d9225cd
Author: Andy Green <andy at openmoko.com>
Date: Mon Jun 2 13:20:32 2008 +0100
introduce-pcf50633-resume-dependency-list.patch
Adds resume dependency support to pcf50633
Signed-off-by: Andy Green <andy at openmoko.com>
commit 41ef3bc2e33fe173e24cb5e840e07da21ed243af
Author: Andy Green <andy at openmoko.com>
Date: Mon Jun 2 13:19:19 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 caeda671794e7004af93652c9ee044fb2489fc6c
Author: Andy Green <andy at openmoko.com>
Date: Mon Jun 2 13:18:24 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>
More information about the commitlog
mailing list