Hardware Environment: Asus P4GX8 bios 1006 (latest), E7205 chipset, Intel P4 3.06HT
When i try to shutdown my machine i get the following message:
and then nothing happens. When i enable acpi debug statements an extra line is
displayed saying something like 'entering state S5' and again nothing happens.
About one in 5 times the machine actually powers down, but it's rare. It has
done this on every 2.5.x and 2.6.x kernel i've tried (from 2.5.70 up to test4)
When i use apm the machine does shut down properly. config and lspci -vvv are
Created attachment 715 [details]
Created attachment 716 [details]
lspci -vvv output
Created attachment 717 [details]
Created attachment 718 [details]
Created attachment 723 [details]
my workaround patch for fixing random S5 hang on Dell precision 350
This patch fix my problem, I don't know whether it can work for you.
Your patch fixed the problem. Thanks! I've shut down about 5 times in a row and it worked
everytime. Will this patch be merged into mainline?
This Patch don't help on IBM Thinkpad R40
I also have this problem, on an Abit IS7 mobo with i865 chipset, P4 2.4C, kernel
2.6.0-test4. The patch doesn't fix it. Problem persists in 2.6.0-test9.
I have 2 logical processors (hyperthreading), and in fact my machine powers down
correctly about 50% of the time, and hangs the other 50%. Coincidence? Not
sure yet. I'm going to disable SMP and see if the problem goes away. Not a
solution, but maybe useful information.
After a lot of testing now, I can conclude that Luming's patch fixed my random
poweroff-problem with an Asus CUV266-DLS. In two weeks I'll see if it helps my
Rioworks motherboard as well :) Why haven't this patch been merged? (yeah, it's
me again. Sorry.)
The patch workd nicely on Asus A7S333 motherboard with 2.6.0 final kernel. Still
shows the acpi_power_off called message but after 1-2 seconds switches the
machine off. I think, that the patch should be incorporated into mainstream kernel
Just a success report: workaround patch works great on Abit BP6 dual-celeron
motherboard. Tested with 2.6.1-rc3.
for the SMP systems that don't power-off reliably w/o this patch...
Do they power-off if booted with "nosmp" or a UP kernel?
The reason I haven't integrated the workaround patch is that it
is a workaround. We need to fix the root cause.
Just tried it with an UP kernel and indeed the machine shuts down fine ...
I have been testing all day, and with 2.6.1 SMP I had four successful shutdowns
of a total of eleven tries. 2.6.1 UP I got six successfull shutdowns in a row.
Then I tried with 2.6.1-mm5, which has a newer acpi, and now it always
shutdowns, even with SMP :) (at least on my five-six tries).
But on my other, more problematic smp box, this does not help. Will try with UP
on that tomorrow.
On my Rioworks motherboard, this patch doesn't help me. But compiling a non-smp
kernel does. With uni processor kernel, it poweroff everytime. Thanks.
Created attachment 2265 [details]
please try this patch. I found that all poweroff failures occur on CPU1. This
patch allows poweroff only in CPU0. My HT box can poweroff correctly with this
Yup, fixes both my boxes that had this problem :) Thanks.
fixed it for me too.. tnx!
That's confirmed. I applied the new patch, and have now successfully shut down
7 of the last 7 times.
Thanks Shoahua, looks like you nailed it.
Created attachment 2297 [details]
patch for 2.6
Created attachment 2298 [details]
patch for 2.4
*** Bug 2005 has been marked as a duplicate of this bug. ***
accepted into acpi patch.
Sorry for the stupid question but how do I build the patched code and get my
kernel (2.6.3-4mdkenterprise) to use it? Thanks.
patch -Np1 < fix.patch