development kernel tree: Changes to 'andy'

git at git at
Mon Jun 2 14:23:14 CEST 2008

Rebased ref, commits from common ancestor:
commit 3ea17afde0fc5a88a267a4206f05cd133546ccee
Author: Andy Green <andy at>
Date:   Mon Jun 2 13:22:59 2008 +0100

    Model name isn't in the bq27000 register set, remove the
    claim that we can deliver it
    Signed-off-by: Andy Green <andy at>

commit f4095c8373e9dc1a6560200d504ad63431a10ab4
Author: Andy Green <andy at>
Date:   Mon Jun 2 13:22:24 2008 +0100

    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
    Signed-off-by: Andy Green <andy at>

commit 0167ff763986a76ba07e0e8ad361f3352d9225cd
Author: Andy Green <andy at>
Date:   Mon Jun 2 13:20:32 2008 +0100

    Adds resume dependency support to pcf50633
    Signed-off-by: Andy Green <andy at>

commit 41ef3bc2e33fe173e24cb5e840e07da21ed243af
Author: Andy Green <andy at>
Date:   Mon Jun 2 13:19:19 2008 +0100

    Defines a way for drivers to defer execution of resume callbacks
    until one or more other driver they are dependent on has itself
    Signed-off-by: Andy Green <andy at>

commit caeda671794e7004af93652c9ee044fb2489fc6c
Author: Andy Green <andy at>
Date:   Mon Jun 2 13:18:24 2008 +0100

    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>

More information about the commitlog mailing list