On 07/21/2012 12:53 PM, Yioryos Asprobounitis wrote:

I'm sorry but I did not run any  bg-acr! commands except the one you
 suggested. The only command that I run outside your suggestions is
bg-acr@ .bg-acr with no batman.fth/batman-start first, which
certainly can not account for the erratic behavior.

Commands _like_ 'bg-acr!' that includes all of the bg-* commands and many others. They _require_ batman-start to function. If it hasn't been called then they do it for you. Thus if you have run those command and not run batman-stop then the charging system will behave erratically. bg-acr! changes values that take the EC close to a full cycle to recovery from so even after a full reset the reporting can be incorrect.

I keep saying that the battery EC might have a problem

There is no battery EC. The battery only has a sensor chip. The EC on the XO talks to that chip and reads voltage, current, temperature, ACR and a few other values.

and you just
dismiss all the indications (like a full battery reporting as empty)

I'm sorry if my last mail came across the wrong way I was in a bit of a hurry before my flight.

Its just that I keep telling you that nothing you have presented so far indicates there is a communication problem between the EC and battery. I'll be the very first to tell you when I see something I think is funky. Just like with the rollover bug.

I'm not dismissing what you say. I'm just trying to tell you that you aren't doing anything useful debugging wise when you try to figure out whats going on based on the charging LED or what sugar tells you. The use of _any_ of the debugging commands I gave you will screw up the normal battery reporting.

If you want to known whats happening when you boot Linux then please do a full power cycle and run olpc-pwr-log. Those log files are much, much, more useful than what the LED/Sugar is doing. The LED/sugar can lie to you but the log files do not. Normally, I boot the laptop without the battery installed, run olpc-pwr-log and then insert the battery. olpc-pwr-log will wait for a battery to show up.

 including even the fact that EC reports the battery is asleep while
 the discharge data show that is not.

Its not possible for the battery to go to sleep. I don't understand what you are referring to.

Oh well, I do not think that one battery in a couple of millions
worths all this trouble.

Actually I believe it is worth the trouble because there is never just a single problem that doesn't happen to another machine. If you have this failure then there are probably many more. Its just never been reported.

I'm happy to keep working on this if you don't mind the time.

--
Richard A. Smith  <rich...@laptop.org>
One Laptop per Child


_______________________________________________
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel

Reply via email to