the root cause of flip-flop charging logic if you insert wall charger
Andy Green
andy at openmoko.com
Wed Sep 17 17:15:08 CEST 2008
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Somebody in the thread at some point said:
| Hi all,
|
| If you insert wall charger to charge Neo, you will find the charging
| indication will be successful and failed one after another.
I saw this when I did the overshoot analysis recently. I was powering
the device only from USB and not battery -- so I assumed the pcf50633
was pushing the adapter into overcurrent briefly during power-on. But -->
| The root cause is the signal from VBUS rasies and drops rapidly when
| inserting a wall charger.
| You can see attached picture named defect_usbx_signal.jpg(The other
| picture is a correct VBUS signal which makes correct charging indication).
| In consequence, pcf50633 driver detects a USBINS and USBREM interrupts
| in a schedule work.
It sounds like you were already in Linux doing this, so I wonder what is
the excuse of the adapter now to drop dead briefly on insertion?
| Before this, I could apply this patch to provide correct charging logic.
| Any thoughts?
The effect of your patch is to ignore the case where we find insertion
and removal flags both set, but actually, it's a sign that we have no
idea what our USB insertion status is, it's literally "undefined".
I applied it on to stable, but really we need to do something a bit more
complicated here and react to the sign that we have no certainty by
going and looking at MBCS1.usbpres after some settling period.
- -Andy
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iEYEARECAAYFAkjRHvwACgkQOjLpvpq7dMqKxgCfWEWe6OYEaQ32Ns8TFjXHpzUT
xxoAnAiJvF+ay0USapwI0iFCUB3gMYqy
=83zJ
-----END PGP SIGNATURE-----
More information about the openmoko-kernel
mailing list