Bug 1141
| Summary: | acpi_poweroff fails to power down SMP machine | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Ronald Moesbergen (r.moesbergen) |
| Component: | Power-Off | Assignee: | Len Brown (lenb) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | normal | CC: | acpi-bugzilla, andrex, hhielscher, stian_web, tomepperly |
| Priority: | P2 | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Kernel Version: | 2.6.0-test4 | Subsystem: | |
| Regression: | --- | Bisected commit-id: | |
| Attachments: |
.config
lspci -vvv output acpidmp output dmidecode output my workaround patch for fixing random S5 hang on Dell precision 350 proposal patch patch for 2.6 patch for 2.4 |
||
|
Description
Ronald Moesbergen
2003-08-24 13:30:07 UTC
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 ... |