Bug 9194
| Summary: | computer power will not turn off at (init 0) shutdown - 2.6.23 regression | ||
|---|---|---|---|
| Product: | ACPI | Reporter: | Stan Senuta Jr. (ssenuta) |
| Component: | Power-Off | Assignee: | Len Brown (lenb) |
| Status: | CLOSED CODE_FIX | ||
| Severity: | normal | CC: | acpi-bugzilla |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 2.6,23.1 | Subsystem: | |
| Regression: | Yes | Bisected commit-id: | |
| Attachments: |
Output displayed by acpiddump command
Output from dmesg command Output of the lspci command (non-verbose) patch vs 2.6.24 patch vs 2.6.23 |
||
|
Description
Stan Senuta Jr.
2007-10-19 20:15:12 UTC
Since my initial report I tried these ACPI boot options with the following results: acpi=off: boot=ok poweroff=ok acpi=ht: boot=ok poweroff=ok acpi=noirq boot=ok poweroff=FAILS I also re-compiled kernel-2.6.23.1 & disabled the following ACPI options but this didn't make any poweroff difference: [ ] Depreciated /proc/acpi support [ ] Depreciated /proc/acpi/event support we would need log of: 1) dmesg 2) acpidump 3) lspci Created attachment 13267 [details]
Output displayed by acpiddump command
This message was displayed on my console by the acpidump command:
[root@localhost Download]# acpidump > /home/stan/Desktop/acpidump
Wrong checksum for generic table!
[root@localhost Download]# echo $?
0
Created attachment 13268 [details]
Output from dmesg command
bug# 6712 may give you some hint. could you please help do some testing as suggested in that bug? Created attachment 13269 [details]
Output of the lspci command (non-verbose)
(In reply to comment #5) > bug# 6712 may give you some hint. could you please help do some testing as > suggested in that bug? > Yes, I would be happy to help anyway I can. I just glanced at bug# 6712 & printed it to a .ps file so I can read it in more detail tomorrow when my mind is fresh. For now, I can tell you that my kernel-2.6.23.1 has config_acpi_sleep=Y & my system will just freeze using the shutdown -h now cmd. Also, shutdown -r now will reboot without problem (In reply to comment #5) > bug# 6712 may give you some hint. could you please help do some testing as > suggested in that bug? > (In reply to comment #7) > (In reply to comment #5) > > bug# 6712 may give you some hint. could you please help do some testing as > > suggested in that bug? > > > Yes, I would be happy to help anyway I can. I just glanced at bug# 6712 & > printed it to a .ps file so I can read it in more detail tomorrow when my > mind > is fresh. > > For now, I can tell you that my kernel-2.6.23.1 has config_acpi_sleep=Y & my > system will just freeze using the shutdown -h now cmd. Also, shutdown -r now > will reboot without problem > Thanks for steering me to bug# 6712. I may have found a solution to the poweroff problem. By comparing my .config files for kernels-2.6.19.1, 2.6.20.11. 2.6.21.1 & 2.6.22.1, I noted that kernel-2.2.23.1 was the only one with a config_pm_sleep=<y> option in addition to the config_acpi_sleep=<y> option. Could these two sleep options be confusing the system at poweroff ? SHORT TEST: I assumed the config_pm_sleep option was associated with APM & disabled APM at boot with the apm=off parameter. This enabled me to run ACPI & actually poweroff at shutdown. Here is the boot command I used: [stan@localhost ~]$ cat /proc/cmdline BOOT_IMAGE=sata-2.6.23 ro root=801 hdd=ide-cd resume=/dev/sda5 splash=silent apm=off Tomorrow, I will re-build kernel-2.6.23.1 with both APM & ACPI but w/o the config_pm_sleep option & see if the system will still poweroff at shutdown. I'll let you know what happens. I rebuilt kernel-2,6,23.1 as promised but could not find a seperate config option for config_pm_sleep so...I disabled APM using: Power management options---> < > APM (Adv Power Mgt) bios support This resulted in .config entry: config_APM is not set My system will now shutdown & reboot properly. The above is equivlent to typing apm=off as a kernel boot parameter. Also, I was wrong in assuming that config_pm_sleep was associated with APM because this config entry still remains in my new kernel-2.6.23.1 .config file. However you may still want to investigate why "only" kernel-2.6.23.1 shows both config_pm_sleep & config_acpi_sleep in the .config file. It is a bug that Linux can think that ACPI and APM are simultaneously active. Please search for CONFIG_PM_LEGACY in your .config. If it is not present with the failing kernel, please enable it and look for differences in the dmesg -s64000 output, as well as the ability of init 0 to poweroff. Created attachment 14318 [details]
patch vs 2.6.24
please verify that this patch will disable APM when
ACPI is active, even when the kernel is built without
PM_LEGACY, and verify that poweroff works.
patch in comment #11 shipped in linux-2.6.24-rc7-git5 closed. Created attachment 14448 [details]
patch vs 2.6.23
|