Boot hang in ACPI mode with and w/o "nolapic" - compaq 2156EA
A message that is not in the archive (sent off-list or not yet received): 1106178197.4354.8.camel@localhost
Yap, after many work, we suspect that the problem is that we have one local apic on this computers but is not used (even on Windows) because we don't need it, and in very low level isn't programed either. So if BIOS reports that local apic is disable, we don't try enabled it anymore, this feature has enter in kernel 2.6.9.
Conclusion if you use a kernel >= 2.6.9 , the local apic will not be enabled and computer won't hang anymore.
BTW: the Mailing List for us to write is acpi-devel.
thanks,
Quoted 43 lines · Daniele Bertin
At boot with noapic, ACPI=on my Compaq Presario 2156EA hang safter the syslog messages (seen from failsafe boot on the screen):
...
spurious 8259A interupt: IRQ7
ACPI: IRQ9 SCI: Level TriggerIf I use nolapic the PC hangs even before during the message "Calibrating delay loop..."
It works with ACPI=ht but in this case I have no ACPI in my laptop(!).
After searches and trials it seems that the problem is related to the use of nolapic with ACPI, see bug 1269 at
http://bugme.osdl.org/show_bug.cgi?id=1269So what. What to do to put in practice the solution? I have not seen that bug included in the last ACPI versions. I'm a goodwill person and even if found of linux I'm only a user for writing, internet and music and never patched or compiled a kernel, so a simple explaination will be appreciated.
Distribution: Mandrake Linux 10.1. Kernel 2.6.8.1-12mdk. BIOS KAM 1.42. ACPI 20040326
Thanks for any help
Daniele
A summary of what I have tried (only the part significant to the present debugging):
1) Use of APIC. PC hangs. After that always noapic in kernel parameter in lilo.conf
2) Use of nolapic: hang at "Calibrating " as said above. After that use of nolapic is avoided
3) Use of combination of parameters in append of lilo: pci=noacpi, acpi=noirq
4) Use of a corrected DSDT table. dump of my PC table with pmtools, decompile and compile with iasl compiler after fixing an error related to *SYN0105 symbol which was not alphanmeric. The table is found in the initrd but the behaviour is the same as with the original DSDT table.
Signature · 9 lines
Sérgio M.B. ------------------------------------------------------- This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting Tool for open source databases. Create drag-&-drop reports. Save time by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc. Download a FREE copy at http://www.intelliview.com/go/osdn_nl