Hello, dear dev team! I'm using zenwalk 6.0 on HP G7000 notebook. Problem is that when I'm put my notebook to suspend mode and wake it up, power-manager is not showing battery status (no activity at all - only showing that AC power in present). When I'm unplugging AC power - same situation (it's showing that AC power is present). Reloading the daemon is not helping to solve the problem. Only when I'm rebooting the machine it showing correct status. Could you pls. advice on this issue?
(In reply to comment #0) > Hello, dear dev team! > I'm using zenwalk 6.0 on HP G7000 notebook. Problem is that when I'm put my > notebook to suspend mode and wake it up, power-manager is not showing battery > status (no activity at all - only showing that AC power in present). When I'm > unplugging AC power - same situation (it's showing that AC power is present). > Reloading the daemon is not helping to solve the problem. Only when I'm > rebooting the machine it showing correct status. > Could you pls. advice on this issue? This means that xfpm is getting wrong information from the backend, oh yeah, i remember on HAL mailing list a bug found regarding HAL crashing on resume, and this occurs with HAL 0.5.13 and kernel 2.30.x, if these what you have then probably this is your issue. To debug it. ------------ Suspend the computer Resume from suspend Run lshal > output.txt And attach here the output.txt. you can also make sure hald-runner is still running after resume (root process). Let me know your findings.
Sorry i accidentally clicked on resolve, re-opening
Created attachment 2518 "lshal" command output
Hello, Ali! Thanks for quick response! I've attached requred file. Could you pls. have a look? P.S. here is 'uname -a" information: ================== Linux zenwalk 2.6.28.7 #1 SMP PREEMPT Sat Feb 21 09:44:58 CET 2009 i686 Intel(R) Celeron(R) CPU 540 @ 1.86GHz GenuineIntel GNU/Linux ==================
(In reply to comment #3) > Created an attachment (id=2518) [details] > "lshal" command output Strange, seems that HAL lost any information about the battery on your computer, you can see it easily by running lshal before suspending and after, you will notice that before suspending you have a key ( in lshal output ) called /org/freedesktop/Hal/devices/computer_power_supply_battery_BAT1 or similar, but after suspend all these information are lost. I can't help too much here except googling and see if this problem is common for your model, but i suggest that you post a thread in Zenwalk wiki, keep me in touch of the problem and i will post here in case i find something.
Thanks a lot, Ali! I'll perform all activity and let you know.
(In reply to comment #6) > Thanks a lot, Ali! > I'll perform all activity and let you know. Also have a look into /proc/acpi/battery/BAT1/ (or BAT0) after resuming and, probably it is a kernel acpi crash on resume, you should see at least two files (info state) with valid battery information.
Ali, I've found only BAT0: ============================= [~]$ ls -l /proc/acpi/battery/ dr-xr-xr-x 2 root root 0 2009-08-26 00:02 BAT0 [~]$ ls -l /proc/acpi/battery/BAT0/ -rw-r--r-- 1 root root 0 2009-08-26 00:02 alarm -r--r--r-- 1 root root 0 2009-08-26 00:02 info -r--r--r-- 1 root root 0 2009-08-26 00:02 state [~]$ cat /proc/acpi/battery/BAT0/alarm present: no [~]$ cat /proc/acpi/battery/BAT0/info present: no [~]$ cat /proc/acpi/battery/BAT0/state present: no I'll have a look at kernel log about acpi error. Thanks!
Ali, here is /var/log/messages file: (maybe it can be helpful) ======================================= Aug 25 22:05:15 (none) kernel: ACPI: Preparing to enter system sleep state S3 Aug 25 22:05:15 (none) kernel: ACPI: Waking up from system sleep state S3 Aug 25 22:05:15 (none) kernel: HDA Intel 0000:00:1b.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22 Aug 25 22:05:15 (none) kernel: uhci_hcd 0000:00:1d.0: PCI INT D -> GSI 21 (level, low) -> IRQ 21 Aug 25 22:05:15 (none) kernel: uhci_hcd 0000:00:1d.1: PCI INT B -> GSI 20 (level, low) -> IRQ 20 Aug 25 22:05:15 (none) kernel: uhci_hcd 0000:00:1d.2: PCI INT C -> GSI 19 (level, low) -> IRQ 19 Aug 25 22:05:15 (none) kernel: ehci_hcd 0000:00:1d.7: PCI INT A -> GSI 23 (level, low) -> IRQ 23 Aug 25 22:05:15 (none) kernel: ata_piix 0000:00:1f.1: PCI INT B -> GSI 19 (level, low) -> IRQ 19 Aug 25 22:05:15 (none) kernel: ath5k_pci 0000:01:00.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 Aug 25 22:05:15 (none) kernel: eth0: link down Aug 25 22:05:15 (none) kernel: sd 0:0:0:0: [sda] Starting disk Aug 25 22:05:15 (none) kernel: ata4.00: ACPI cmd ef/03:0c:00:00:00:a0 filtered out Aug 25 22:05:15 (none) kernel: ata4.00: ACPI cmd ef/03:22:00:00:00:a0 filtered out Aug 25 22:05:15 (none) kernel: ata4.00: configured for MWDMA2 Aug 25 22:05:15 (none) kernel: ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 300) Aug 25 22:05:15 (none) kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out Aug 25 22:05:15 (none) kernel: ata1.00: ACPI cmd ef/10:03:00:00:00:a0 filtered out Aug 25 22:05:15 (none) kernel: ata1.00: configured for UDMA/100 Aug 25 22:05:15 (none) kernel: sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors: (80.0 GB/74.5 GiB) Aug 25 22:05:15 (none) kernel: sd 0:0:0:0: [sda] Write Protect is off Aug 25 22:05:15 (none) kernel: sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA Aug 25 22:05:15 (none) kernel: usb 2-6: reset high speed USB device using ehci_hcd and address 3 Aug 25 22:05:15 (none) kernel: usb 1-1: reset low speed USB device using uhci_hcd and address 2 Aug 25 22:05:16 (none) kernel: ACPI: Battery Slot [BAT0] (battery absent) Aug 25 22:05:16 (none) kernel: input: Power Button (FF) as /class/input/input10 Aug 25 22:05:16 (none) kernel: ACPI: Power Button (FF) [PWRF] Aug 25 22:05:16 (none) kernel: input: Power Button (CM) as /class/input/input11 Aug 25 22:05:16 (none) kernel: ACPI: Power Button (CM) [PWRB] Aug 25 22:05:16 (none) kernel: input: Lid Switch as /class/input/input12 Aug 25 22:05:16 (none) kernel: ACPI: Lid Switch [LID0] Aug 25 22:05:16 (none) kernel: input: Sleep Button (CM) as /class/input/input13 Aug 25 22:05:16 (none) kernel: ACPI: Sleep Button (CM) [SLPB] Aug 25 22:05:16 (none) standby: Loading ALSA mixer settings: /usr/sbin/alsactl restore Aug 25 22:13:43 (none) kernel: xfce4-panel[1825]: segfault at 48 ip b7c8cca1 sp bfc8b060 error 4 in libgtk-x11-2.0.so.0.1600.0[b7b86000+383000] Aug 25 22:36:32 (none) -- MARK -- Aug 25 22:56:32 (none) -- MARK -- Aug 25 23:00:07 (none) ac Aug 25 23:00:07 (none) logger: ACPI group ac_adapter / action AC is not defined Aug 25 23:00:08 (none) logger: ACPI group battery / action BAT0 is not defined Aug 25 23:16:32 (none) -- MARK -- Aug 25 23:36:32 (none) -- MARK -- Aug 25 23:56:32 (none) -- MARK --
(In reply to comment #9) > Aug 25 22:05:16 (none) kernel: ACPI: Battery Slot [BAT0] (battery absent) It is not the HAL fault, it is an acpi bug, see these links. http://bugzilla.kernel.org/show_bug.cgi?id=13745 http://patchwork.kernel.org/patch/35062/ Let me know if you need help.
Hello, Ali! Thanks a lot for your help!! :) I'll apply path now!