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.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
On Saturday, March 23, 2013 12:40:12 PM 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?
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
"Rafael J. Wysocki" <[email protected]> writes:
> On Saturday, March 23, 2013 12:40:12 PM 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?
Well, if this works, then maybe the Kconfig help text should be updated:
config ACPI_PROCFS_POWER
bool "Deprecated power /proc/acpi directories"
depends on PROC_FS
help
For backwards compatibility, this option allows
deprecated power /proc/acpi/ directories to exist, even when
they have been replaced by functions in /sys.
The deprecated directories (and their replacements) include:
/proc/acpi/battery/* (/sys/class/power_supply/*)
/proc/acpi/ac_adapter/* (sys/class/power_supply/*)
This option has no effect on /proc/acpi/ directories
and functions, which do not yet exist in /sys
This option, together with the proc directories, will be
deleted in 2.6.39.
Time to call the bluff now :)
Bjørn
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?
Here you go :-).
Thanks,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
On Sat 2013-03-23 14:00:23, Bj?rn Mork wrote:
> "Rafael J. Wysocki" <[email protected]> writes:
> > On Saturday, March 23, 2013 12:40:12 PM 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?
>
> Well, if this works, then maybe the Kconfig help text should be updated:
>
> config ACPI_PROCFS_POWER
> bool "Deprecated power /proc/acpi directories"
> depends on PROC_FS
> help
> For backwards compatibility, this option allows
> deprecated power /proc/acpi/ directories to exist, even when
> they have been replaced by functions in /sys.
> The deprecated directories (and their replacements) include:
> /proc/acpi/battery/* (/sys/class/power_supply/*)
> /proc/acpi/ac_adapter/* (sys/class/power_supply/*)
> This option has no effect on /proc/acpi/ directories
> and functions, which do not yet exist in /sys
> This option, together with the proc directories, will be
> deleted in 2.6.39.
>
>
> Time to call the bluff now :)
This should probably be "default y", BTW.
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:~$
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
On Saturday, March 23, 2013 09:21:56 PM Pavel Machek wrote:
> On Sat 2013-03-23 14:00:23, Bjørn Mork wrote:
> > "Rafael J. Wysocki" <[email protected]> writes:
> > > On Saturday, March 23, 2013 12:40:12 PM 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?
> >
> > Well, if this works, then maybe the Kconfig help text should be updated:
> >
> > config ACPI_PROCFS_POWER
> > bool "Deprecated power /proc/acpi directories"
> > depends on PROC_FS
> > help
> > For backwards compatibility, this option allows
> > deprecated power /proc/acpi/ directories to exist, even when
> > they have been replaced by functions in /sys.
> > The deprecated directories (and their replacements) include:
> > /proc/acpi/battery/* (/sys/class/power_supply/*)
> > /proc/acpi/ac_adapter/* (sys/class/power_supply/*)
> > This option has no effect on /proc/acpi/ directories
> > and functions, which do not yet exist in /sys
> > This option, together with the proc directories, will be
> > deleted in 2.6.39.
> >
> >
> > Time to call the bluff now :)
>
> This should probably be "default y", BTW.
>
> 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?
Rafael
--
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
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.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
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
#
2013/3/25 Martin Mokrejs <[email protected]>:
>
>
> 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 [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Best regards
Tianyu Lan
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 <[email protected]>:
>>
>>
>> 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 [email protected]
>> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
于 2013/3/25 18:19, Martin Mokrejs 写道:
> 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
Hi Martin:
Thanks for reminder.
Hi Pavel:
Could you provide following info and apply a acpi battery
bug on the https://bugzilla.kernel.org? This can help others
to trace the bug.
>> 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.
--
Best regards
Tianyu Lan
Hi!
> > 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?
Ok, I'm not sure when it stopped working, but it works again in
3.9.0-rc8+. Good :-).
(And sorry for slow response).
In the meantime, I got chromium-browser disappearing on me, all at
once, before it started opening initial tabs. This is first time I
seen that, with dmesg saying:
chromium-browse[3728]: segfault at 95968e80 ip b666875e sp af5e9a20
error 4 in chromium-browser[b5e0d000+1960000]
. I hope it is just a coincidence, because otherwise 3.9 looks
usable...
Thanks,
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html