|Summary:||2.6 poweroff always fails -- Centrino|
|Product:||ACPI||Reporter:||mauro morichi (mauro)|
|Component:||Power-Off||Assignee:||Len Brown (lenb)|
Patch to shutdown local APIC at poweroff
Description mauro morichi 2003-10-14 08:31:25 UTC
Distribution: slackware 8.1, gcc 3.3.1 Hardware Environment: notebook JOYBOOK BENQ 5000U Intel Centrino 1400 Software Environment: Problem Description: Doing poweroff system report ACPI_POWER_OFF CALLED but don't go off. Echoing "5" in /proc/acpi/sleep system do nothing. No error was reported. The same problems occours in kernel 2.6.0-test6 (I've not tested the others), but work well in kernel 2.4.22 and the system power off correctly. Steps to reproduce: call poweroff or echo 5 > /proc/acpi/sleep.
Comment 1 mauro morichi 2003-10-14 08:35:34 UTC
Created attachment 1051 [details] dmesg latest dmesg
Comment 2 mauro morichi 2003-10-14 08:44:33 UTC
Created attachment 1052 [details] messages log the first 2 lines are the last message before system close.... no error was report on poweroff
Comment 6 Len Brown 2003-11-13 10:04:55 UTC
Hmm, poweroff worked on this box 2.4.22, but fails in 2.6.0... Can you try 2.4.23? If it fails, we probably broke all the releases. if it works, then this may be 2.6 specific. thanks, -Len
Comment 7 mauro morichi 2003-11-15 12:41:30 UTC
kernel 2.4.23-rc1: shutdown regular - system go down without error. kernel 2.6.0-test9 including bk20 - system remain up. echo "5" in /proc/acpi/sleep do nothing (no message, no error). poweroff or init 1 kill all, close all application, make shutdown regularly, but remain with message acpi_power_off (same message and no error displayed in al *-bk* o kenel-2.6-test* tried since now. tried disable sleep support from kernel - no changes. tried change acpi modules from static to modular - no changes. System remain damned on. ask me every test o logfile you think may be usefull a I'll send to you.
Comment 9 Len Brown 2003-12-02 07:09:41 UTC
Mauro, can you test 2.4.23-rc2 or later to see that we haven't broken 2.4.23 also (bug #1619) on your system? thanks, -Len
Comment 10 mauro morichi 2003-12-04 09:11:02 UTC
tested kernel 2.4.22 (all rc* versions) and kernel 2.4.23 and I've found something curious: normally all versions work well and system go off, but if I start kernel 2.6.0-test and then I reboot with a kernel 2.4.22/23 the system fail to poweroff and remain with a message like 'flushing device hdx' powerdown. In this case, if I detach all kind of power sources (AC and Battery) next poweroff with 2.4.22/3 system go down as we expect. It seems that some register, some information remains active throught the reboot.
Comment 11 Len Brown 2003-12-04 22:29:04 UTC
Good to know that 2.4.22 or 2.4.23 by themselves powerdown properly. Is it true that any 2.4 or 2.6 kernel booted after a 2.6-reboot fails to power down? Does 2.6 powedown properly if 2.6 is booted from hard-power-off? If so, does the 2.4 or 2.6 kernel booted after that also power down properly? If yes, then this issue is specific to 2.6 reboot/reset. thanks, -Len
Comment 12 mauro morichi 2003-12-07 12:07:44 UTC
I've made some test powering off different kernel starting from 2.4.22 to 2.6.test11. So this the results: first boot init off second boot init off 2.6.0-test11 6 x 2.4.22 0 ok 2.4.22 0 ok 2.4.22 0 ok 2.6.0-test11 0 fail 2.4.22 0 ok 2.6.0-test11 0 fail 2.4.22-rc3 0 ok 2.4.22-rc3 0 ok 2.4.22-rc3 0 ok 2.4.22-rc3 0 ok 2.6.0-test11 0 fail 2.6.0-test11 0 fail 2.4.22-rc4 0 ok 2.4.22-rc4 0 ok 2.4.22-rc4 0 ok 2.4.22-rc4 0 ok 2.4.22-rc5 0 ok 2.4.22-rc5 0 ok 2.4.22-rc5 0 ok 2.4.22-rc5 0 ok 2.4.22-rc5 0 fail 2.4.22-rc5 0 fail 2.4.22-rc.5 0 ok kernel 2.4.22 to rc4 ok. kernel 2.4.22-rc5 do correct off one time yes and one time no. 2.6.xx never do correct off.
Comment 13 Stian Jordet 2003-12-08 16:33:47 UTC
I'm almost embarassed to write in so many acpi-bugs, but have you tried the patch from here: http://bugme.osdl.org/show_bug.cgi?id=1141#c5
Comment 14 Len Brown 2004-01-20 22:18:38 UTC
re: 2.6 poweroff always failing good -- something that is reproducible is easier to debug. Does this still happen with recent 2.6? re: 2.4.22 rc5 sometimes not working, when rc4 always worked. Sicne 2.4.23 (and presumably 2.4.24), work, I'm not going to worry about 2.4.22-rc5 being intermittant.
Comment 15 Stephan Karacson 2004-02-10 09:58:15 UTC
ACER Travelmate 634LC Gentoo ALI-Chipset Yes patch tried, with or without, system doesn't shut down ("acpi_power_off called" message) Tried 2.6.0, 2.6.1, 2.6.2, 2.6.3 Works well with all 2.4.XX-versions since 2.4.21
Comment 16 Luming Yu 2004-02-10 18:27:03 UTC
try kernel option : nolapic --Luming
Comment 17 Stephan Karacson 2004-02-11 00:52:21 UTC
no success :-(
Comment 18 Luming Yu 2004-02-11 01:03:54 UTC
Comment 19 Stephan Karacson 2004-02-12 04:19:14 UTC
Patcherrors on 2.6.1, but 2.6.3 was patchable, please tell what I have to patch :) Make kernel 2.6.3 with the patch gives me errors. ... CHK include/linux/compile.h CC drivers/acpi/hardware/hwsleep.o drivers/acpi/hardware/hwsleep.c: In function `acpi_enter_sleep_state': drivers/acpi/hardware/hwsleep.c:214: Warnung: unused variable `PM1control' drivers/acpi/hardware/hwsleep.c:304: Warnung: label `re_write' defined but not used drivers/acpi/hardware/hwsleep.c: In function `acpi_leave_sleep_state': drivers/acpi/hardware/hwsleep.c:434: error: `PM1control' undeclared (first use in this function) drivers/acpi/hardware/hwsleep.c:434: error: (Each undeclared identifier is reported only once drivers/acpi/hardware/hwsleep.c:434: error: for each function it appears in.) drivers/acpi/hardware/hwsleep.c:439: error: label `re_write' used but not defined make: *** [drivers/acpi/hardware/hwsleep.o] Fehler 1 make: *** [drivers/acpi/hardware] Fehler 2 make: *** [drivers/acpi] Fehler 2 make: *** [drivers] Fehler 2 ... acpi_power_off bug still present, no success :-(
Comment 20 Moshe Caspi 2004-04-15 04:11:11 UTC
Same problem on an old machine/kernel using APM, kernel 2.6.3.
Comment 21 Alexey Starikovskiy 2004-09-09 05:51:13 UTC
Could you please check if this problem still exists in latest kernel?
Comment 22 mauro morichi 2004-09-10 00:22:33 UTC
Ok. I think i've fount some hints. Compiling the kernel with no apic and no local apic the system go down perfectly. I tested this solution with kernel 2.6.7 and 188.8.131.52, so the problem is not in the acpi core, but, I think, in the relation between acpi and apic.
Comment 23 Len Brown 2004-09-27 22:07:01 UTC
Re: no-APIC poweroff works... This is interesting, because another submitter above wrote that "nolapic" made no difference. perhaps a different failure on that box... Can you verify that "nolapic" on an APIC+IOAPIC enabled kernel also works? I wonder also if this is involved: ACPI: BOOT (v001 INSYDE SYS_BOOT 0x00000100 _CSI 0x00010101) @ 0x1f7ffb90 SBF: Simple Boot Flag extension found and enabled. SBF: Setting boot flags 0x1 since this is an example where some state is preserved across boot.
Comment 24 mauro morichi 2004-10-02 10:47:17 UTC
test about lapic/apic kernel 184.108.40.206 gcc 3.4.0 kernel compiled with apic and lapic on by default. trying boot with: only noapic: poweroff fail only nolapic: poweroff success noapic & nolapic: poweroff success with apic & lapic: poweroff fail. from dmesg: ACPI: BOOT (v001 INSYDE SYS_BOOT 0x00000100 _CSI 0x00010101) @ 0x1f7ffb90 about ACPI BOOT
Comment 25 Alexey Starikovskiy 2004-10-20 02:18:36 UTC
Created attachment 3859 [details] Patch to shutdown local APIC at poweroff Could you please try the following patch? It looks like forcefully enabled APIC should be disabled before power off...