Kernel Bug Tracker – Bug 11737
boot fails unless acpi=off - asus m51ta-x2 notebook, Turion Ultra zm-82
Last modified: 2008-11-30 20:20:21 UTC
Latest working kernel version:n
Earliest failing kernel version:
Distribution: ubuntu , opensuse 11.0
i have tried many distributions but all have the same problem with this notebook... it is new notebook from asus with Turion Ultra zm-82 and with 2 gprahic cards ...
short after boot screen goes blank a it is all ...
if i use acpi=off it can boot corectly
there are links to some distributions bugsystems with this bug
i have reported it to opensuse bugzilla ... but they told me that it seems like "upstream bug"
there is hwinfo https://bugzilla.novell.com/attachment.cgi?id=244392
thanks for resolving this bug.
Will you please boot the system with the option of "acpi=off" and attach the output of dmesg, acpidump, lspci -vxxx?
It will be great if you can attach the screenshot when the system hang with ACPI enabled.
Will you please try the boot option of "idle=poll" or "processor.max_cstate=1" and see whether the system can be booted normally?
i have tried "idle=poll" and "processor.max_cstate=1" but it did nothing ...
the newest beta of kubuntu doesnt boot with acpi=off (openususe 11.1 beta 2 can start with acpi=off) but it can boot normally with parameter "nolapic", opensuse can start with this option too ...
but with nolapic parameter network card does not work and only 1 core of processor is active
i have added dmesg , acpidump,laspci -vxxx ...
Created attachment 18334 [details]
dmesg, acpidump, lspci -vxx , hwinfo
some screens when system hang are there
Thanks for the info.
From the hang screenshot in comment #5 it seems that the system hangs while executing the _INI object.
At the same time there exists the following error about the ECDT table in BIOS.
> Namepath : \\_SB.PCI0.SBRG.EC0 (Namepath should be \_SB.PCI0.SBRG.EC0).
Will you please try the 2.6.24.x stable?
Created attachment 18390 [details]
skip redundant RootPrefix
Would you please have a try this patch to verify if it's caused by the wrong EC namepath(\\_SB.PCI0.SBRG.EC0)?
ykzhao 2.6.24 does not work ...
Ling Ming ... ok i will try it
i have tried to apply this patch to lastes stable 18.104.22.168. it compiled successfuly but there is the same problem ... it can boot only with acpi=off or nolapic (but with nolapic is active only one core of cpu an ethernet card does not work)...
Created attachment 18421 [details]
Ignore the _INI object in course of ACPI initialization
Will you please try the debug patch on the latest stable kernel(22.214.171.124) and see whether the system can be booted with ACPI enabled? (Please add the boot option of "initcall_debug").
If it still hangs, please capture the screenshot.
Of course the patch in comment #8 is still required.
it still does not work :( ... screenshot ( start with initcall_debug) is in attachement. i had only few seconds to get screenshot , because after 3 secs screen goes blank
Created attachment 18479 [details]
thanks for the info.
From the screenshot it seems that the system hangs in the function of pci_init, in which the quirk function for some PCI devices are called.
Will you please enable "CONFIG_PCI_DEBUG" in kernel configuration and do the test as mentioned in comment #11?
It will be great if you can attach the output of dmesg with the option of "acpi=off".
with config_pci_debug enabled in kernel configuration nothig has changed (hang screen is same as before) , i have attached dmesg when it starts with acpi=off and when it starts with nolapic...
Created attachment 18553 [details]
Created attachment 18554 [details]
i don`t know if it helps, but i can boot the notebook with acpi enabled and "nosmp" boot option. (Same results when you compile kernel without SMP support) Do you want some debug info with this option during boot?
yes i can boot with "nosmp" option too , but i thing that acpi does not work correctly ... for example there is very big power consumption ...
"nosmp" = "maxcpus=1" + "nolapic"
and we already know that "nolapic" helps this box boot.
Please try just "nolapic_timer"
it does not work ... no change ... (kernel 2.6.27.x)
but i have found some new information :
centos 5.2 with kerenel 2.6.18 sometimes work with acpi enabled ... i now it is funny but it is true ... i thing that it depends of cpu temperature... because it starts when notebook is cold ...
(In reply to comment #21)
> centos 5.2 with kerenel 2.6.18 sometimes work with acpi enabled
As stated in comment #10 of bug 11541 (http://bugzilla.kernel.org/show_bug.cgi?id=11541#c10) the problem with acpi and these asus laptops (m51tr and m51ta differs only in video card) starts with kernel 2.6.22
mark this bug as a duplicate of bug #11541
*** This bug has been marked as a duplicate of bug 11541 ***