Kernel Bug Tracker – Bug 7299
S3: no reboot after resume fails - ASUS M6Ne
Last modified: 2008-10-24 23:01:43 UTC
Most recent kernel where this bug did not occur: don't know
Distribution: ubuntu 6.10 (but with vanilla kernel)
Hardware Environment: ASUS M6Ne laptop with bios version 208 (latest, no more
after a resume from suspend (ram) I cannot reboot the pc. This is the debug
message which appears after the reboot process:
Will now reboot
[4296094.430000] Restarting System
now the system forgets to reboot and is hanged.
Steps to reproduce:
suspend, resume and now reboot the pc (maybe only an asus laptop issue)
did this work in a previous release?
yes in previous versions it was working (don't remember the kernel release...)
but I had to specify at boot acpi_sleep=s3_bios (and nolapic, but I think
nolapic was only influencing the shutdown, not the reboot)
I will investigate on the kernel release and I will let you know
I can't see if in previous releases this was working, but I will definitely give
my help if someone tells me some tests that I could try!
Please the full dmesg output after a suspend/resume cycle.
Created attachment 9982 [details]
This is what I did:
# echo mem > /sys/power/state
# dmesg > dmesg.log
I don't know if I did enough. Tell me if you need anything else
It seems that your laptop does not support SMP.
I don't know if it makes sense, but why not compile your kernel with SMP
disabled and try again? :)
Please attach your acpidump, kernel config, and the dmesg after suspend/resume
in UP mode.
Created attachment 9983 [details]
acpidump using the UP kernel
Created attachment 9984 [details]
dmesg using the UP kernel
Created attachment 9985 [details]
config-2.6.19-7-386 (ubuntu stock kernel)
New ubuntu kernel are compiled for generic processor support, so also for SMP
while I have a single processor. Unfortunately this didn't help.
Is there a way to enable lots of debug? Just to see where exactly there is a
hangup... Thank you and happy new year!
Please try the patch in Bug6655 comments#23.
It did not fix the bug, altough one thing is changed:
now when the pc hangs, if I hit the power putton, it powers off. in the previous
situation I had to keep it pressed for at least 5 seconds!
I will ask some information in that bugreport
No. The other patch did not help ad all.
also confirmed in asus a8js
Reproduced on ASUS M6B00N (not Ne) with kernel 2.6.22-rc3
Tried patches from Bug6655, Comment#8, Comment#23, Comment#38, Comment#39 on
M6B00N: none of them works.
Is this still a problem in linux-2.6.22.stable or later?
Yes and also in 2.6.23, tested yesterday in fedora 8
Confirmed on 2.6.22 with ASUS M6B00N.
This is also a problem with Aristo Slim 430 laptop. And it happens with both 2.6.20-16 kernel shipped with ubuntu 7.04 and a self-compiled 188.8.131.52 one.
Will you please try the latest kernel(for example : 184.108.40.206) and confirm whether the problem still exists?
If it still exists, please attach the output of dmesg.
I will do this on monday. I have installed ubuntu hardy which has this version of the kernel: linux-image-2.6.24-7 is this ok?
Do you try the latest kernel and see whether the problem still exists? (220.127.116.11 is also OK).
I still have this problem in ubuntu hardy kernel, which is named 2.6.24-11.17.
Is this version OK for the test?
The version is ok for the test.
Please attach the output of dmesg after a suspend/resume cycle.
Created attachment 15323 [details]
dmesg of 2.6.24-12-generic (ubuntu) after resume
dmesg of ubuntu hardy kernel 2.6.24-12-generic after a suspend/resume cycle
Thanks for the test.
There are a lot of changes about the suspend/resume between 2.6.24-12 and 2.6.25-rc6.
Will you please try the 2.6.25-rc6 kernel and do the following test ?
a. boot the system with the option of "libata.noacpi=1" and do the suspend/resume cycle. Please confirm whether the problem still exists and attach the output of dmesg.
b. boot the system with the option of "acpi_new_pts_ordering=1 libata.noacpi=1" . Please confirm whether the problem still exists and attach the ouput of dmesg.
Sorry, I have to wait that ubuntu ships an update kernel. I'm no more used on compiling kernels
I'm afraid ubuntu won't ship 2.6.25 in the april version... Do you know of any other distribution that has this version?
Will you please try the latest kernel and see whether the problem still exists? If exists, please confirm whether the system can be powered off after suspend/resume.
It will be great if you can confirm whether the laptop can be restarted after suspend when running windows XP.
Created attachment 15781 [details]
Created attachment 15782 [details]
Windows XP: rebooted correctly and shut down correctly.
linux 2.6.25-0.218.rc8.git7.fc9 (applied to ubuntu hardy, and regenerating initramfs): still cannot reboot correctly, can shutdown correctly.
I've also done the libata.noacpi=1 test and acpi_new_pts_ordering=1
libata.noacpi=1 but in both cases the problem persists. I have attached dmesg.
Created attachment 15786 [details]
try the debug patch
Will you please try the debug patch and see whether the system can be restarted after suspend/resume cycle? ( Please add the boot option of "reboot=a")
As I've already told you, I don't have the possibility to compile a new kernel. This requires lots of space and cpu.
Have you got a kernel image already patched?
Sorry, I have no the kernel image already patched.
As you can't compile the new kernel, you will have to wait for the ubuntu kernel.
The only problem is that Ubuntu won't ship a kernel with the debug patch attached... Right?
Created attachment 15827 [details]
use the attached tool to see whether the system can be restarted
Will you please try the attached tool to see whether the system can be restarted? (Write 0x06 to 0xCF9 I/O port address).
How to use the attached tool can be found in the readme.
Tested on M6B00N: iow --addr 0xCF9 --width 8 --value 0x06 DOES reboot the notebook.
Thanks for the test.
It seems that the system can be rebooted by writing the RESET_VALUE to RESET_REG I/O port.(The RESET_VALUE and RESET_REG are defined in FADT table).
Now this reboot mechanism is not merged into upstream kernel. (Maybe windows always uses this mechanims to reboot the system)
I will try to push it.
Will you please attach the dmicode output?
Sorry, my notebook died. Hope someone else will help you.
Removing myself from CC: I no longer have this piece of hardware :(
Will you please attach the output of dmidecode?
Ok, I will do it tomorrow! which kernel should I use? 2.6.24 or 2.6.26?
Either of them is also OK.
Created attachment 16699 [details]
dmidecode 2.6.24 (ubuntu)
Here you are the dmidecode
Created attachment 16750 [details]
test the debug patch
According to ACPI spec OS can use the optional ACPI reset mechanism to reset the system. Fortunately on the laptop there exists the definition of ACPI RESET_REG in ACPI tables.
Will you please try the debug patch and see whether the system can be restarted?
Note: please add the boot option of "reboot=a".
As there is no response for more than one month, the bug will be rejected.
If the problem still exists, please reopen it and try the debug patch in comment #48.