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]
Date:	Mon, 25 Mar 2013 14:54:10 +0800
From:	Lan Tianyu <lantianyu1986@...il.com>
To:	Martin Mokrejs <mmokrejs@...d.natur.cuni.cz>
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

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



-- 
Best regards
Tianyu Lan
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ