Distribution: Gentoo Hardware Environment: Asus P4GX8 bios 1006 (latest), E7205 chipset, Intel P4 3.06HT Problem Description: When i try to shutdown my machine i get the following message: acpi_poweroff called 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 attached.
Created attachment 715 [details] .config
Created attachment 716 [details] lspci -vvv output
Created attachment 717 [details] acpidmp output
Created attachment 718 [details] dmidecode output
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. thanks, -Len
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] proposal patch 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 patch.
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.
cd .../src patch -Np1 < fix.patch make bzImage ...