Bug 43156
| Summary: | On netbook Acer Aspire One 521 battery indicator is absent. | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Mikhail (mikhail.v.gavrilov) |
| Component: | Power-Battery | Assignee: | Lan Tianyu (tianyu.lan) |
| Status: | CLOSED DUPLICATE | ||
| Severity: | normal | CC: | feng.tang, jlee, lenb, mikhail.v.gavrilov, rui.zhang |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | Subsystem: | ||
| Regression: | No | Bisected commit-id: | |
| Attachments: |
acpidump
dmesg dmesg with enabled debug options Windows 7 seen battery without any additional drivers dmesg for kernel param acpi_osi="Windows 2009" dmesg for kernel param acpi_osi="linux" dmesg for kernel param "acpi_osi=!linux" dmesg after applying patch dmesg after applying patch |
||
|
Description
Mikhail
2012-04-24 06:59:21 UTC
please attach the output of "grep . /sys/class/power_supply/*/*" mikhail@ao521:~$ grep . /sys/class/power_supply/*/* grep: /sys/class/power_supply/ACAD/device: Is a directory /sys/class/power_supply/ACAD/online:1 grep: /sys/class/power_supply/ACAD/power: Is a directory grep: /sys/class/power_supply/ACAD/subsystem: Is a directory /sys/class/power_supply/ACAD/type:Mains /sys/class/power_supply/ACAD/uevent:POWER_SUPPLY_NAME=ACAD /sys/class/power_supply/ACAD/uevent:POWER_SUPPLY_ONLINE=1 mikhail@ao521:~$ please attach the acpidump output of this machine. Created attachment 73360 [details]
acpidump
Can you provide output of dmesg? Created attachment 73444 [details]
dmesg
Did you configue CONFIG_ACPI_PROCFS_POWER? If no, please add and access /proc/acpi/battery again [ 0.995762] ACPI: Battery Slot [BAT1] (battery absent) This seems the bios didn't detect the battery. Please add kernel parm "acpi.debug_layer=0x00010000 acpi.debug_level=0x00000004" and test again. attach the dmesg's output. How I can check 'CONFIG_ACPI_PROCFS_POWER' on already builded kernel? “uname -r” to find the kernel version and read configure file "/boot/config-(kernel version)". You'd better to git a latest linux kernel tree and compile to test the issue. # uname -r 3.4.0-1.fc17.i686.PAE # cat /boot/config-`uname -r` | grep CONFIG_ACPI_PROCFS_POWER # CONFIG_ACPI_PROCFS_POWER is not set # sysctl -w acpi.debug_layer=0x00010000 /proc/sys/acpi/debug_layer: No such file or directory # sysctl -w acpi.debug_layer=0x00000004 /proc/sys/acpi/debug_layer: No such file or directory So seems I have latest kernel, but CONFIG_ACPI_PROCFS_POWER is not setted. And I don't know why I can't set acpi.debug layer to 0x00010000 either 0x00000004 it is somehow connected with the fact that CONFIG_ACPI_PROCFS_POWER is not set? (In reply to comment #10) > So seems I have latest kernel, but CONFIG_ACPI_PROCFS_POWER is not setted. > And > I don't know why I can't set acpi.debug layer to 0x00010000 either 0x00000004 > it is somehow connected with the fact that CONFIG_ACPI_PROCFS_POWER is not > set? No, they have no relationship. Can you compile a new kernel with CONFIG_ACPI_PROCFS_POWER? You should add "acpi.debug_layer=0x00010000 acpi.debug_level=0x00000004" as kernel boot param. You may should modify the /boot/grub/grub.cfg. Another way, you can modify /etc/default/grub. set GRUB_CMDLINE_LINUX_DEFAULT="acpi.debug_layer=0x00010000 acpi.debug_level=0x00000004" and then run update-grub. check whether the /boot/grub/grub.cfg was changed to desire result. Created attachment 76831 [details]
dmesg with enabled debug options
From the dmesg, I guess you can access /proc/acpi/battery/, right? If it's right, please attach the output of "grep . /proc/acpi/battery/BAT1/*". $ grep . /proc/acpi/battery/BAT1/* /proc/acpi/battery/BAT1/alarm:present: no /proc/acpi/battery/BAT1/info:present: no /proc/acpi/battery/BAT1/state:present: no Is this a regression for 3.3/3.5 kernel or this error happens for all kernels like 2.6.32/36/39 etc? No. Neither Linux has not seen the battery in this netbook. hi Mikhail:
Sorry for later reply. From the output, the bios always tells the driver that battery is not available in runtime. This maybe a bios/hardware problem. Do you have tried windows?
Created attachment 85271 [details]
Windows 7 seen battery without any additional drivers
(In reply to comment #17) > hi Mikhail: > Sorry for later reply. From the output, the bios always tells the > driver that battery is not available in runtime. This maybe a bios/hardware > problem. Do you have tried windows? Yes, I tried Windows 7 and there, my battery was seen without any additional drivers. You can see proof screenshot form installed Windows. Please try again with kernel param acpi_osi="Windows 2009" or acpi_osi="linux". I am tried use both variants but without any success... Also I am attach dmesg output for both variants. Created attachment 86041 [details]
dmesg for kernel param acpi_osi="Windows 2009"
Created attachment 86051 [details]
dmesg for kernel param acpi_osi="linux"
How about "acpi_osi=!linux"? Created attachment 86641 [details]
dmesg for kernel param "acpi_osi=!linux"
(In reply to comment #24) > How about "acpi_osi=!linux"? also Sorry for later reply. Please try the following patch. Thanks in advance. https://bugzilla.kernel.org/attachment.cgi?id=87901 Thanks, seems this patch not help me. Created attachment 97791 [details]
dmesg after applying patch
Sorry me for my previous message. It's my mistake i loading unpatched kernel for test :( Created attachment 97801 [details]
dmesg after applying patch
Now battery indicator works!!! Great job.
What about UPS???
I have three UPS connected to different linux desktop's and I can't control their battery charge from linux.
And laptop has become much quieter work, thanks again. Sorry. I am not familiar with UPS. This bug is duplicate with bug 15707. Will push Bob to resolve the problem. *** This bug has been marked as a duplicate of bug 15707 *** Which version of the kernel will include this patch? This depends Bob(ACPICA maintainer). Now I get he think this patch is not good one for ACPICA and he will find another solution. |