From: John Baldwin (jhb_at_FreeBSD.org)
To: freebsd-current@FreeBSD.org Date: Tue, 25 May 2004 08:31:20 -0400
On Tuesday 25 May 2004 12:40 am, Jason King wrote:
> John Baldwin wrote:
> >On Sunday 23 May 2004 12:30 am, Jason King wrote:
> >>John Baldwin wrote:
> >>>On Friday 14 May 2004 08:54 pm, Jason King wrote:
> >>>>ok i'm a dumbass... in my haste this morning, i commented out the wrong
> >>>>line in my config file, so when i tried disabling mixed mode, apic
> >>>>support wasn't even compiled in the kernel. So to make extra sure, I
> >>>>went back and explicitly tried it with the 5.2.1-RELEASE cd (disabling
> >>>>apic worked, disabling mixed mode did not), so its really something
> >>>>related to apic support. So next question, what can I do to track down
> >>>>the problem? Any suggestions for resources to understand how the apic
> >>>>stuff works? Might there be a way to grab the kernel messages even
> >>>>after a reboot since the lockups don't even my to drop to the debugger?
> >>>>Doing a boot -v generated a bunch of text that I couldn't read as it
> >>>>scrolled by too fast, and I'm wondering if it might possibly help shed
> >>>>some light as to what's going on...
> >>>Note that you can't disable mixed mode via a tunable on 5.2.1, so you
> >>>might want to retest disabling mixed mode. However, the first steps are
> >>>to work on the non-ACPI case as that is easiest. I'll need 'mptable'
> >>>output and dmesg output from a verbose boot with APIC enabled and ACPI
> >>>disabled if you can get that. Thanks.
> >>Unfortunately, booting with ACPI disabled and apic enabled still caused
> >>the system to hang. So anytime apic is enabled, the system locks up.
> >>(i've tried just the kernel with no modules loaded as well as with the
> >>normal modules I use loaded, locks up, but in a different place). I was
> >>able to pull off the output from a boot -v using a serial console. I've
> >>attached that. Hopefully that helps...
> >Can you provide mptable output?
> Here is the mptable output.
Hmm, your box has lots of issues. :-/ The $PIR table doesn't include entries
for several devices on PCI bus 0, and the mptable doesn't include entries for
almost all of your PCI devices. I would first look for a BIOS upgrade.
-- John Baldwin <jhb@FreeBSD.org> <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org _______________________________________________ firstname.lastname@example.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "email@example.com"