linux-kernel - Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <515024AF.2040508@fold.natur.cuni.cz>
Date:	Mon, 25 Mar 2013 11:19:27 +0100
From:	Martin Mokrejs <mmokrejs@...d.natur.cuni.cz>
To:	Lan Tianyu <lantianyu1986@...il.com>
CC:	Pavel Machek <pavel@....cz>, "Rafael J. Wysocki" <rjw@...k.pl>,
	Bjørn Mork <bjorn@...k.no>,
	kernel list <linux-kernel@...r.kernel.org>, lenb@...nel.org,
	linux-acpi@...r.kernel.org
Subject: Re: 3.9-rc3+: reports battery as 0 mWh capacity on thinkpad x60

Hi Lan,
  this is actually a bug of Pavel, he had the problem. I just wanted to show
him what works on 3.7.10 in my case (yes, different files are on my system).
If you feel the *missing* files are a problem, I can try some newer kernels
on my computer (Dell Vostro 3550), sure. I am attaching the files anyway
but I think 300kB won't make it into the email lists.
Martin

Lan Tianyu wrote:
> 2013/3/25 Martin Mokrejs <mmokrejs@...d.natur.cuni.cz>:
>>
>>
>> Pavel Machek wrote:
>>> Hi!
>>>
>>>>>>>> pavel@amd:~$ cat /proc/acpi/battery/BAT0/info
>>>>>>>> present:                 yes
>>>>>>>> design capacity:         0 mWh
>>>>>>>> last full capacity:      0 mWh
>>>>>>>> battery technology:      rechargeable
>>>>>>>> design voltage:          14400 mV
>>>>>>>>
>>>>>>>> This worked before... at least it works in 2.6 kernel used by debian.
>>>>>>>
>>>>>>> This works for me in 3.9-rc3.  May I see your .config?
>>> ...
>>>>> But problem is not in /proc, /sys has zeros, too.
>>>>>
>>>>> pavel@amd:~$ cat /sys/class/power_supply/BAT0/energy_full
>>>>> 0
>>>>> pavel@amd:~$ cat /sys/class/power_supply/BAT0/energy_full_design
>>>>> 0
>>>>> pavel@amd:~$ cat /sys/class/power_supply/BAT0/model_name
>>>>> 93P5030
>>>>> pavel@amd:~$
>>>>
>>>> Can you narrow the time frame when it stopped working a bit?
>>>
>>> Well, 2.6.32 from debian works ok, and self-compiled 3.1+ kernel also
>>> seems to work ok.
>>>
>>> I'm not sure if 3.7+ kernels worked, actually... I'd have to do some
>>> compiling to check.
>>
>> FYI, on 3.7.10 I don't have the above files. See below what I do have:
>>
>> # for f in /sys/class/power_supply/BAT0/*; do echo $f; cat $f; done
>> /sys/class/power_supply/BAT0/alarm
>> 0
>> /sys/class/power_supply/BAT0/capacity
>> 106
>> /sys/class/power_supply/BAT0/charge_full
>> 4126000
>> /sys/class/power_supply/BAT0/charge_full_design
>> 4400000
>> /sys/class/power_supply/BAT0/charge_now
>> 4400000
>> /sys/class/power_supply/BAT0/current_now
>> 1000
>> /sys/class/power_supply/BAT0/cycle_count
>> 0
>> /sys/class/power_supply/BAT0/device
>> cat: /sys/class/power_supply/BAT0/device: Is a directory
>> /sys/class/power_supply/BAT0/manufacturer
>> SMP
>> /sys/class/power_supply/BAT0/model_name
>> DELL 8NH551B
>> /sys/class/power_supply/BAT0/power
>> cat: /sys/class/power_supply/BAT0/power: Is a directory
>> /sys/class/power_supply/BAT0/present
>> 1
>> /sys/class/power_supply/BAT0/serial_number
>>  2630
>> /sys/class/power_supply/BAT0/status
>> Full
>> /sys/class/power_supply/BAT0/subsystem
>> cat: /sys/class/power_supply/BAT0/subsystem: Is a directory
>> /sys/class/power_supply/BAT0/technology
>> Li-ion
>> /sys/class/power_supply/BAT0/type
>> Battery
>> /sys/class/power_supply/BAT0/uevent
>> POWER_SUPPLY_NAME=BAT0
>> POWER_SUPPLY_STATUS=Full
>> POWER_SUPPLY_PRESENT=1
>> POWER_SUPPLY_TECHNOLOGY=Li-ion
>> POWER_SUPPLY_CYCLE_COUNT=0
>> POWER_SUPPLY_VOLTAGE_MIN_DESIGN=11100000
>> POWER_SUPPLY_VOLTAGE_NOW=12294000
>> POWER_SUPPLY_CURRENT_NOW=1000
>> POWER_SUPPLY_CHARGE_FULL_DESIGN=4400000
>> POWER_SUPPLY_CHARGE_FULL=4126000
>> POWER_SUPPLY_CHARGE_NOW=4400000
>> POWER_SUPPLY_CAPACITY=106
>> POWER_SUPPLY_MODEL_NAME=DELL 8NH551B
>> POWER_SUPPLY_MANUFACTURER=SMP
>> POWER_SUPPLY_SERIAL_NUMBER= 2630
>> /sys/class/power_supply/BAT0/voltage_min_design
>> 11100000
>> /sys/class/power_supply/BAT0/voltage_now
>> 12294000
>> #
> Hi Martin:
>                Thanks to report the bug.
>                Both  charge_full_design  and  energy_full_design
> indicate the battery Design Capacity.
> Their difference is unit.  charge_full_design uses "mAh".
> energy_full_design uses "mWh". The
> same for charge_full and energy_full.
>                So from this output, it still works on the v3.7+. Could
> you continue narrow
> the time frame?
>               Which version you found the issue? could you provide the
> output of dmesg
> on it and acpidump? They will give us more clues since acpi battery
> driver just exposes
> data from Bios. Thanks in advance.
> 
> 
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
>> the body of a message to majordomo@...r.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> 

View attachment "dmesg_Dell_Vostro3550_biosA11.txt" of type "text/plain" (84815 bytes)

View attachment "acpidump_Dell_Vostro3550_biosA11.txt" of type "text/plain" (230825 bytes)