Re: [Zaurus-devel] 2.6.34 power management status

2010-07-20 Thread Stanislav Brabec
Stanislav Brabec wrote:

 1. Fast charging during suspend does not work (see log at the end of
 this mail). One have either reboot to bootloader to get battery charged
 or wait about 16 hours and charge while Zaurus is up.

Well, it seems to be a bit worse. My Zaurus totally discharges
overnight. I have to remove battery for awhile to reset battery fatal
undervoltage protection.

-- 


Stanislav Brabec
http://www.penguin.cz/~utx/zaurus


___
Zaurus-devel mailing list
Zaurus-devel@lists.linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel


Re: [Zaurus-devel] 2.6.34 power management status

2010-07-18 Thread Stanislav Brabec
Andrea Adami wrote:

 what is the situation about power management/ battery drivers?
 2.6.34 seems mature for production use on spitz / corgi (well, usb
 still to test) apart proper power management.
 
 Any update?

I just testes yesterday's vanilla:

Actually I see these regressions in comparison with 2.6.26-RP:

1. Fast charging during suspend does not work (see log at the end of
this mail). One have either reboot to bootloader to get battery charged
or wait about 16 hours and charge while Zaurus is up.

To fix this situation, we have to:

1.1 Rewrite max_read_channel() cross linking with sharpsl_pm. it is
completely bad approach - kernel is not aware that sharpsl_pm is cross
linked with drivers/hwmon/max.c. It is already suspended when
sharpsl_pm attempts to read battery status.

Threads pointing to the correct implementation:
http://archives.free.net.ph/message/20100126.214515.1170de0a.ca.html
http://www.mail-archive.com/zaurus-devel@lists.linuxtogo.org/msg00154.html

1.2 Invent a way, how to charge battery during sleep. Either call
bootloader somehow (if possible), or wake up SPI (or not suspend it),
read value, suspend SPI, perform battery control and continue in
sleeping.

2. Possible minor problems in USB initialization. See thread usb gadget
on zaurus and kexec in linux-arm-kernel last week. I just tested USB
host with yesterday's vanilla. I failed once, second time succeeded.
(Maybe it depends on the state of the master kernel when kexec is
called).

It needs further debugging.

3. There is new regression in no_console_suspend. I sent a very tricky
patch for unbreaking serial after resume with no_console_suspend in
past. Now it is broken again in different way: serial is alive after
resume, but serial setting is not correct.

Very minor regression, we can live with it.


Here is a log with no_console_suspend that cleanly shows broken
charging:
apm-power: Requesting system suspend...
PM: Syncing filesystems ... done.
Freezing user space processes ... (elapsed 0.02 seconds) done.
Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
hostap_cs: CS_EVENT_PM_SUSPEND
PM: suspend of devices complete after 309.430 msecs
PM: late suspend of devices complete after 2.941 msecs
max spi2.2: spi_sync failed with -108
max spi2.2: spi_sync failed with -108
max spi2.2: spi_sync failed with -108
max spi2.2: spi_sync failed with -108
max spi2.2: spi_sync failed with -108
sharpsl-pm sharpsl-pm: Error: AC check failed: voltage -108.
sharpsl-pm sharpsl-pm: Offline Charger: Error occurred.

-- 


Stanislav Brabec
http://www.penguin.cz/~utx/zaurus


___
Zaurus-devel mailing list
Zaurus-devel@lists.linuxtogo.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/zaurus-devel