|Summary:||Something is not shutdown and is consuming power after poweroff|
|Product:||Power Management||Reporter:||Renato S. Yamane (renatoyamane)|
|Component:||Other||Assignee:||Brad Jackson (bjackson)|
|Severity:||high||CC:||alan, bjackson, colin.king, crmafra, marcelolaia, max, power-management_other|
|Kernel Version:||2.6.24 and 2.6.25||Subsystem:|
|Bug Depends on:|
|Attachments:||Patch to fix ACPI EC GPE storm and, maybe, to avoid battery drained after shutdown|
Description Renato S. Yamane 2008-05-25 13:41:22 UTC
Latest working kernel version: 2.6.22 Distribution: Debian Lenny Hardware Environment: Laptop Toshiba M45-S355 $ lspci 00:00.0 Host bridge: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 (rev 04) 00:1c.1 PCI bridge: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 2 (rev 04) 00:1d.0 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 (rev 04) 00:1d.1 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 (rev 04) 00:1d.2 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #3 (rev 04) 00:1d.3 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #4 (rev 04) 00:1d.7 USB Controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB2 EHCI Controller (rev 04) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev d4) 00:1e.2 Multimedia audio controller: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Audio Controller (rev 04) 00:1e.3 Modem: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) AC'97 Modem Controller (rev 04) 00:1f.0 ISA bridge: Intel Corporation 82801FBM (ICH6M) LPC Interface Bridge (rev 04) 00:1f.2 IDE interface: Intel Corporation 82801FBM (ICH6M) SATA Controller (rev 04) 01:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8036 PCI-E Fast Ethernet Controller (rev 10) 05:04.0 Network controller: Intel Corporation PRO/Wireless 2200BG Network Connection (rev 05) 05:06.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 05:06.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller 05:06.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 05:06.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller Software Environment: Desktop Problem Description: After poweroff, something still working and consuming power. So I loss ~4% of my battery in each 12h. If I shutdown my laptop using Kernel 2.6.24/25 when battery is 100%, after 12h my battery go to 96% (this is information is checked with kpowersave and with LED available in my laptop that change color from blue to yellow when battery is not FULL). If I shutdown this same laptop by WinXP (I have a dual boot), nothing change. So, my battery still have 100% after 12h (or more). I see a similar problem in EeePC (the problem is with snd_hda_intel driver), but I don't have this driver loaded: http://wiki.debian.org/DebianEeePC/HowTo/Troubleshooting#head-84d9d8a97c9ce198c59edd9cd93a05ab24fd1ff8 Debian Kernel Team talk to me open a bug tracker here... So, here I am. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=481493 Best regards, Renato S. Yamane
Comment 1 Renato S. Yamane 2008-05-27 05:46:55 UTC
$ cat /proc/acpi/wakeup Device S-state Status Sysfs node LID0 S4 *enabled RP01 S4 disabled pci:0000:00:1c.0 RP02 S4 disabled pci:0000:00:1c.1 RP03 S4 disabled RP04 S4 disabled USB1 S0 disabled pci:0000:00:1d.0 USB2 S0 disabled pci:0000:00:1d.1 USB3 S0 disabled pci:0000:00:1d.2 USB4 S0 disabled pci:0000:00:1d.3 USB7 S0 disabled pci:0000:00:1d.7 MODM S4 disabled pci:0000:00:1e.3 PS2K S4 disabled pnp:00:07 I need that someone test this to me: - Close LCD display (your laptop will be hibernated) - Wake up your laptop again (in most case, only press power button to do this). - Shutdown your laptop as you do all end of the day. - Turn it on next day and check if battery charge was changed. Best regards, Renato S. Yamane
Comment 2 Renato S. Yamane 2008-05-28 04:08:31 UTC
I test two times as commented above and I can see that this problem don't hapen if, before shutdown, I close LCD Display (activing LID to hibernate). So, to shutdown laptop with no battery change, is necessary: 1) Active LID (closing LCD Display). With this, my laptop will hibernate, so is necessary wake-up again. 2) Shutdown Regards, Renato S. Yamane
Comment 3 Renato S. Yamane 2008-06-09 09:10:21 UTC
With acpi=off this problem don't happening, but a lot of other problem happening (as fan control, speedstep, etc). If I hold power button to *force* shutdown (the same as remove power-cord on Desktop, or reset) I don't have this problem with battery charge. Best regards, Renato S. Yamane
Comment 4 Renato S. Yamane 2008-06-17 04:00:13 UTC
If I start with minimuns loaded drivers (with init=/bin/bash boot parameter), this problem still exist. Only way to shutdown laptop fully (with no battery charge after poweroff) is holding power button to force shutdown, but it is not so good for my hdd. Best regards, Renato S. Yamane
Comment 5 Renato S. Yamane 2008-06-26 09:25:28 UTC
Just other confirmation about this bug: https://bugs.launchpad.net/ubuntu/+bug/110784 Best regards, Renato S. Yamane
Comment 6 Brad Jackson 2008-06-27 15:50:28 UTC
I've seen this problem on my work and home laptops, both HP Pavilions but different models (dv8000 and dv9500). It appears that the battery only drains if the laptop is plugged in when powering off during hibernate. I lose about 8% charge overnight when it does drain. I had thought that it only drained when using the software-initiated hibernate instead of closing the lid.
Comment 7 Marcelo Luiz de Laia 2008-06-28 05:25:42 UTC
I have similar problem on Dell Latitude D630. The battery drains about 5% overnight. In a few days a go I had edited the /etc/default/halt (I use the snd_hda_intel driver) adviced in: http://wiki.debian.org/DebianEeePC/HowTo/Troubleshooting#head-84d9d8a97c9ce198c59edd9cd93a05ab24fd1ff8 but the problem remains.
Comment 8 Renato S. Yamane 2008-08-28 09:29:09 UTC
Someone is running 2.6.27-rc to check if this problem still exist? Best regards, Renato
Comment 9 Brad Jackson 2008-09-26 03:36:56 UTC
I still see the problem in 2.6.27-rc7. On my dv9500 at home, I have to turn off power on my UPS before about 30% progress on the suspend to disk for it to not drain the battery overnight. On my dv8000 at work, I haven't been able to stop it from draining power overnight even if I disconnect all the cables before hibernating.
Comment 10 Renato S. Yamane 2008-10-22 13:18:44 UTC
Can someone test with Kernel 2.6.26-8 from Debian Lenny? It fix this problem to me. After 24h in poweroff mode, my battery charge is not changed. Still 100% full! Best regards, Renato S. Yamane Brazil
Comment 11 Renato S. Yamane 2008-10-24 15:10:42 UTC
No comments yet? Fixed? Debian Kernel can be found here: <http://ftp.br.debian.org/debian/pool/main/l/linux-2.6/linux-image-2.6.26-1-686_2.6.26-8_i386.deb> Change BR to your country code (US, DE, etc) to do a download as fast as possible, because my link is from a brazilian mirror. This bug still occur in 188.8.131.52 pristine Kernel? Best regards, Renato S. Yamane
Comment 12 Brad Jackson 2008-10-25 03:23:47 UTC
The problem is unchanged for me in 184.108.40.206. I usually start testing new kernels when RC3 comes out. If it is fixed in 2.6.28-RC3 or later, I will post here.
Comment 13 Renato S. Yamane 2008-10-25 05:47:32 UTC
So, Debian Team apply a patch that is not available in 220.127.116.11 Diff can be found here: http://ftp.br.debian.org/debian/pool/main/l/linux-2.6/linux-2.6_2.6.26-8.diff.gz Best regards, Renato S. Yamane
Comment 14 Renato S. Yamane 2008-10-25 06:13:27 UTC
Maybe this? From Debian changelog: *Fix ACPI EC GPE storm detection. (closes: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=494546) Best regards, Renato
Comment 15 Brad Jackson 2008-10-26 05:34:16 UTC
I applied that patch to 18.104.22.168 and left power on through the hibernate last night. The battery was almost completely charged when I resumed this morning. The power icon showed over 97% charged for a few seconds and then disappeared, which is what it usually does when I have been turning power off during hibernate to stop the battery draining. I will continue to test the fix since I hibernate most nights. I actually see that EC GPE storm detected message on the console of my work laptop during resume. I will apply the patch to my work laptop and see if it fixes the message and the battery draining.
Comment 16 Renato S. Yamane 2008-10-27 03:25:33 UTC
Created attachment 18470 [details] Patch to fix ACPI EC GPE storm and, maybe, to avoid battery drained after shutdown Patch to fix ACPI EC GPE storm and, maybe, to avoid battery drained after shutdown (need test to check this). I apply in 22.214.171.124 with sucess.
Comment 17 Brad Jackson 2008-10-30 16:24:54 UTC
After several hibernate/resume cycles, the problem of the battery draining returns. I've seen this on my home and work laptops this week. If I reboot and restart the hibernation cycle, then the problem is fixed again, for a while.
Comment 18 Renato S. Yamane 2008-10-31 11:10:54 UTC
I had this same problem ALL night when I poweroff my laptop, but with this patch I never see this problem again...
Comment 19 Brad Jackson 2008-11-03 03:41:22 UTC
I tried 2.6.28-rc3 with the patch applied on my home laptop and the battery was down to about 92% this morning after resuming from hibernate.
Comment 20 Renato S. Yamane 2008-11-03 03:54:08 UTC
Only to let us know: This problem is happening using poweroff (not hibernate or suspend)? Best regards, Renato
Comment 21 Brad Jackson 2008-11-04 03:47:57 UTC
The battery was not drained when I did a power off last night using 2.6.28-rc3 with the patch applied.
Comment 22 Renato S. Yamane 2008-11-04 03:58:43 UTC
OK, so this patch fix *this* problem commented in this issue, *but* not in suspend/hibernate mode. I don't have my toshiba laptop anymore to test it. Is possibe test 2.6.22 and 2.6.23 Kernel? I think that this bug appear after 2.6.22, so is necessary check if is OK in 2.6.22 and NOT OK in 2.6.23, and next step is bisect it. Best regards, Renato
Comment 23 Alan 2009-03-23 09:12:01 UTC
Closing out stale bug (no activity for months). If this is still going on then please bisect .22 and .23 and provide the needed information