http://bugzilla.kernel.org/show_bug.cgi?id=11785
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
Component|ACPICA-Core |Config-Other
Summary|Asus M3N requires nolapic |boot hang - unless "nolapic"
|option to avoid hang at boot|- Asus M3N
------- Comment #7 from [EMAIL PROTECTED] 2008-10-27 23:45 -------
please paste the output from
$ cat /proc/cpuinfo
(i expect it will show the apic bit set)
This is a uni-processor box that has no IOAPIC.
I'm curious why you're running a CONFIG_SMP kernel on it.
It is possible that during its day, only uni-processor
kernels would be installed on such a box (though today,
some distros run SMP on everything)
It used to be that Linux enabled the lapic by default,
even if the BIOS disabled it. We fixed a lot of systems
when we simply did what the BIOS told us to do and
ignored a disabled LAPIC. Maybe this system has a BIOS
that should disable the lapic, but doesn't?
Please attach the output from dmidecode.
detect_init_APIC() should be smart enough, and I see no evidence
of "Local APIC disabled by BIOS -- reenabling." in your dmesg...
btw. have you tried "nolapictimer"?
This would use the lapic, but w/o its timer capability.
apic=debug may also give us a clue
--
Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
acpi-bugzilla mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla