Bug 9730
| Summary: | No ACPI battery info | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Tibor Nagy (nagyt) |
| Component: | Power-Battery | Assignee: | ykzhao (yakui.zhao) |
| Status: | CLOSED DUPLICATE | ||
| Severity: | high | CC: | acpi-bugzilla, bunk, gentuu, nagyt |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.24-rc7 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Bug Depends on: | |||
| Bug Blocks: | 9243 | ||
| Attachments: |
dmesg of the working 2.6.23 kernel
acpidump of the working 2.6.23 kernel dmesg of the non-working 2.6.24-rc7 patched kernel acpidumo of the non-working 2.6.24-rc7 patched kernel |
||
I changed the severity to high. A laptop can not be used without battery information. Tibor, I used to face the same problem switching from 2.6.23 to 2.6.24 But that time I didn't enable these deprecated things: CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y CONFIG_ACPI_PROC_EVENT=y so, I got my laptop without battery info. Are you sure your .24 kernel is built with them enabled ? Please just check. > CONFIG_ACPI_PROCFS=y
> CONFIG_ACPI_PROCFS_POWER=y
> CONFIG_ACPI_PROC_EVENT=y
As it can be seen in the problem description above these options are set.
The following info helps perhaps: I inserted some "printk" calls in drivers/acpi/battery.c so I could recognize that: acpi_battery_init is called and executed normally, returnes with 0. acpi_battery_add is called only in 2.6.23 but not in .24!! I must note, that the battery modul is not loaded automatically! I must load it manually, but if I build it in the kernel not as module but resident, than the functions are called as described above. I see some suspicious line in boot.msg, there is something amout BAT0: <6>ACPI: Interpreter enabled <6>ACPI: (supports S0 S3 S4 S5) <6>ACPI: Using PIC for interrupt routing <4>ACPI Error (evregion-0316): No handler for Region [RAM_] (f7c1e9fc) [EmbeddedControl] [20070126] <4>ACPI Error (exfldio-0289): Region EmbeddedControl(3) has no handler [20070126] <4>ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.BAT0._STA] (Node f7c17b08), AE_NOT_EXIST <6>ACPI: EC: GPE = 0x1c, I/O: command/status = 0x66, data = 0x62 <6>ACPI: EC: driver started in poll mode <6>ACPI: PCI Root Bridge [PCI0] (0000:00) Hi, Tibor Will you please attach the output of acpidump and dmesg ? It will be great if you can attach the output of dmesg based on working kernel(2.6.23) and failing kernel. Thanks. Created attachment 14503 [details]
dmesg of the working 2.6.23 kernel
Created attachment 14504 [details]
acpidump of the working 2.6.23 kernel
Created attachment 14505 [details]
dmesg of the non-working 2.6.24-rc7 patched kernel
Created attachment 14506 [details]
acpidumo of the non-working 2.6.24-rc7 patched kernel
acpidump gives the same output on both kernels
Sorry for the delay, I was on holiday. Will you please try the patch in comment #8 of bug9627 and see whether the problem can be fixed by this patch? Thanks. It seems, that the problem is solved with this patch. There is a BAT0 directory under /proc/acpi/battery. However there is a problem, what I don't understand. The KPowersave shows 2 batteries. HI, Tibor Thanks for the confirm. Maybe the remained problem is not related with kernel. You can open a new bug about this problem and this bug will be marked as the duplicated bug of 9627. *** This bug has been marked as a duplicate of bug 9627 *** (In reply to comment #14) The problem that KPowersave shows 2 batteries is solved also. It seems that KPoersave gets battery info from both directrories /proc/acpi/battery and /sys/class/power_supply/ and they appear as 2 different batteries. So the solution: sitch off CONFIG_ACPI_PROCFS_POWER in .config to disable the using of deprecated directory /proc/acpi/battery. Thanks for your support. |
Latest working kernel version: 2.6.23 Earliest failing kernel version: 2.6.24-rc7 Distribution: mainline kernel with SuSe 10.3 Hardware Environment: PC Laptop (Gericom) Software Environment: SuSe 10.3 kernel 2.6.24-rc7 with the following Power Management options in .config: # Power management options # CONFIG_PM=y # CONFIG_PM_LEGACY is not set # CONFIG_PM_DEBUG is not set CONFIG_PM_SLEEP=y CONFIG_SUSPEND_UP_POSSIBLE=y CONFIG_SUSPEND=y CONFIG_HIBERNATION_UP_POSSIBLE=y CONFIG_HIBERNATION=y CONFIG_PM_STD_PARTITION="" CONFIG_ACPI=y CONFIG_ACPI_SLEEP=y CONFIG_ACPI_PROCFS=y CONFIG_ACPI_PROCFS_POWER=y CONFIG_ACPI_PROC_EVENT=y CONFIG_ACPI_AC=m CONFIG_ACPI_BATTERY=m CONFIG_ACPI_BUTTON=m CONFIG_ACPI_VIDEO=m CONFIG_ACPI_FAN=m CONFIG_ACPI_DOCK=m CONFIG_ACPI_BAY=m CONFIG_ACPI_PROCESSOR=m CONFIG_ACPI_THERMAL=m # CONFIG_ACPI_ASUS is not set CONFIG_ACPI_TOSHIBA=m # CONFIG_ACPI_CUSTOM_DSDT is not set CONFIG_ACPI_BLACKLIST_YEAR=2001 CONFIG_ACPI_DEBUG=y # CONFIG_ACPI_DEBUG_FUNC_TRACE is not set CONFIG_ACPI_EC=y CONFIG_ACPI_POWER=y CONFIG_ACPI_SYSTEM=y CONFIG_X86_PM_TIMER=y CONFIG_ACPI_CONTAINER=m CONFIG_ACPI_SBS=m # CONFIG_APM is not set Problem Description: No battery info available with 2.6.24-rc7 but it is available with 2.6.23. The same setting in .config is used in both kernel. The 2.6.24-rc7 .config was created simly by copiing it from 2.6.23 and make xconfig. The symptom is that under 2.6.23 the directory /proc/acpi/battery/BAT0 is created and under 2.6.24-rc7 not even the directory /proc/acpi/battery. If I load the module 'battery' an empty "/proc/acpi/battery" will be created. acpi -V shows the situation: ------- 2.6.23 $ acpi -V Battery 1: charged, 100% No support for device type: thermal AC Adapter 1: on-line ------- 2.6.24-rc7 without module battery $ acpi -V No support for device type: battery No support for device type: thermal AC Adapter 1: on-line ------- 2.6.24-rc7 with module battery $ acpi -V No support for device type: thermal AC Adapter 1: on-line Steps to reproduce: Start the two kernels on the same machine