Bug (?) in ACPI info reporting

Bug (?) in ACPI info reporting

[Jonathan S. Shapiro]

I just stuck an HP ev089aa battery into a dv6000 family laptop. Here is
the content of /proc/acpi/battery/BAT0/info:

> present:                 yes
> design capacity:         6000 mAh
> last full capacity:      8384 mAh
> battery technology:      rechargeable
> design voltage:          14800 mV
> design capacity warning: 422 mAh
> design capacity low:     254 mAh
> capacity granularity 1:  10 mAh
> capacity granularity 2:  25 mAh
> model number:            Primary
> serial number:            
> battery type:            LION
> OEM info:                Hewlett-Packard


Note the reported design capacity is (a) lower than last full capacity,
which is clearly nonsensical, and (b) probably wrong, since manufacturer
spec on this battery is 8800mAh, per

 http://h20141.www2.hp.com/hpparts/Search_Results.asp?mscssid=AQNAGTTMERA38MKXNF2TN094B2SU9LUB&SearchInc=PartNumber

Anybody have an idea what is going on here? I haven't had a chance to
check the blacklist yet. I'm wondering if there may be a bug in the
multiple capacity granularity handling?


shap

Re: Bug (?) in ACPI info reporting

[Alexey Starikovskiy]

Jonathan S. Shapiro wrote:
> I just stuck an HP ev089aa battery into a dv6000 family laptop. Here is
> the content of /proc/acpi/battery/BAT0/info:
>
>   
>> present:                 yes
>> design capacity:         6000 mAh
>> last full capacity:      8384 mAh
>> battery technology:      rechargeable
>> design voltage:          14800 mV
>> design capacity warning: 422 mAh
>> design capacity low:     254 mAh
>> capacity granularity 1:  10 mAh
>> capacity granularity 2:  25 mAh
>> model number:            Primary
>> serial number:            
>> battery type:            LION
>> OEM info:                Hewlett-Packard
>>     
>
>
> Note the reported design capacity is (a) lower than last full capacity,
> which is clearly nonsensical, and (b) probably wrong, since manufacturer
> spec on this battery is 8800mAh, per
>
>  http://h20141.www2.hp.com/hpparts/Search_Results.asp?mscssid=AQNAGTTMERA38MKXNF2TN094B2SU9LUB&SearchInc=PartNumber
>
> Anybody have an idea what is going on here? I haven't had a chance to
> check the blacklist yet. I'm wondering if there may be a bug in the
> multiple capacity granularity handling?
>
>   
Could it be that this is not default battery for your system (with 
default being 6000)?
Please send in acpidump output.

Regards,
Alex.
> shap
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>   

Re: Bug (?) in ACPI info reporting

[Alexey Starikovskiy]

Jonathan S. Shapiro wrote:
> On Mon, 2008-09-29 at 22:46 +0400, Alexey Starikovskiy wrote:
>   
>> Jonathan S. Shapiro wrote:
>>     
>>> I just stuck an HP ev089aa battery into a dv6000 family laptop. Here is
>>> the content of /proc/acpi/battery/BAT0/info:
>>>
>>>   
>>>       
>>>> present:                 yes
>>>> design capacity:         6000 mAh
>>>> last full capacity:      8384 mAh
>>>> battery technology:      rechargeable
>>>> design voltage:          14800 mV
>>>> design capacity warning: 422 mAh
>>>> design capacity low:     254 mAh
>>>> capacity granularity 1:  10 mAh
>>>> capacity granularity 2:  25 mAh
>>>> model number:            Primary
>>>> serial number:            
>>>> battery type:            LION
>>>> OEM info:                Hewlett-Packard
>>>>         
>>>   
>>>       
>> Could it be that this is not default battery for your system (with 
>> default being 6000)?
>> Please send in acpidump output.
>>     
>
> acpidump output follows, but indeed this is not the default battery for
> the system. It is a high capacity that is also designed for this product
> line.
>
>   
Then this is most probably shortcoming of BIOS on your machine,
design values are hardcoded, while actual values are read from battery 
itself.
> As long as charging works okay I can't say as how I'm really bothered,
> but it seemed worth checking.
>
> DSDT @ 0x7fed364b
>   0000: 44 53 44 54 45 85 00 00 01 2f 48 50 20 20 20 20
> DSDTE..../HP    
>   
Please do it as attachment, we can't parse split lines.

Re: Bug (?) in ACPI info reporting

[Alexey Starikovskiy]

Jonathan S. Shapiro wrote:
> On Mon, 2008-09-29 at 23:23 +0400, Alexey Starikovskiy wrote:
>   
>> Then this is most probably shortcoming of BIOS on your machine,
>> design values are hardcoded, while actual values are read from battery 
>> itself.
>>     
>
> That would make a sad sort of sense, yes.
>
> acpidump as attachment this time, just to confirm.
>   
Ok, only two batteries are known to BIOS, one is NiMH, the other is Li-Ion.
Li-Ion has hard-coded design capacity of 0x1770 or 6000.
So, this is bug in BIOS of your machine, you might call technical 
support if you care.
I am not aware of any actual use of design values, so you are pretty 
safe while ignoring them.
                If (^^PCI0.LPCB.EC0.MBNH)
                {
                    Store (0x2328, Index (PBIF, One))
                    Store (0x1C20, Index (PBIF, 0x04))
                    Store ("OANI$", Index (PBIF, 0x09))
                    Store ("NiMH", Index (PBIF, 0x0B))
                }
                Else
                {
                    Store (0x1770, Index (PBIF, One))
                            ^^^^^^
                    Store (0x39D0, Index (PBIF, 0x04))
                    Sleep (0x32)
                    Store ("LION", Index (PBIF, 0x0B))
                }

Regards,
Alex.