Bug 10797 - Something is not shutdown and is consuming power after poweroff
Summary: Something is not shutdown and is consuming power after poweroff
Alias: None
Product: Power Management
Classification: Unclassified
Component: Other (show other bugs)
Hardware: All Linux
: P1 high
Assignee: Brad Jackson
Depends on:
Blocks: 9056
  Show dependency tree
Reported: 2008-05-25 13:41 UTC by Renato S. Yamane
Modified: 2009-03-23 09:12 UTC (History)
7 users (show)

See Also:
Kernel Version: 2.6.24 and 2.6.25
Regression: Yes
Bisected commit-id:

Patch to fix ACPI EC GPE storm and, maybe, to avoid battery drained after shutdown (16.15 KB, text/x-diff)
2008-10-27 03:25 UTC, Renato S. Yamane

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:

Debian Kernel Team talk to me open a bug tracker here... So, here I am.

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

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:

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:
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,
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
Comment 11 Renato S. Yamane 2008-10-24 15:10:42 UTC
No comments yet? Fixed?

Debian Kernel can be found here:

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 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 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

Diff can be found here:

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,
Comment 15 Brad Jackson 2008-10-26 05:34:16 UTC
I applied that patch to 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 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,
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,
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

Note You need to log in before you can comment on or make changes to this bug.