Subject: Re: SATA Controllers Conflict
To: the carlos <speed_daemon@the-carlos.net>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: port-amd64
Date: 01/14/2007 20:27:23
On Sun, Jan 14, 2007 at 12:47:35AM -0500, the carlos wrote:
> lapic_delay() at netbsd:lapic_delay+0x36
> bge_miibus_readreg() at netbsd:bge_miibus_readreg+0x7b
> brgphy_status() at netbsd:brgphy_status+0x46
> mii_phy_status() at netbsd:mii_phy_status+0xe
> brgphy_service() at netbsd:brgphy_service+0x40
> mii_phy_auto_timeout() at netbsd:mii_phy_auto_timeout+0x48
> softclock() at netbsd:softclock+0x2c9
> softintr_dispatch() at netbsd:softintr_dispatch+0x99
> DDB lost frame for netbsd:Xsoftclock+0x2d, trying 0xffffffff80a2cd00
> Xsoftclock() at netbsd:Xsoftclock+0x2d
> --- interrupt ---
> 0x246:
> 
> That trace came out of the 3.1 recently patched DEBUG kernel...

panic in lapic_delay ... what happens if you use a kernel without
MPBIOS or acpi (like a GENERIC kernel with options MPBIOS commented out) ?
But I see no reasons for this to happens ...

> What
> does ddb.onpanic do?

It causes the box to reboot instead of droping to ddb in
case of panic.

-- 
Manuel Bouyer <bouyer@antioche.eu.org>
     NetBSD: 26 ans d'experience feront toujours la difference
--