sparc64/144867: panic: trap: memory address not aligned booting
Sunfire 280R
Marius Strobl
marius at alchemy.franken.de
Fri Mar 19 22:10:03 UTC 2010
The following reply was made to PR sparc64/144867; it has been noted by GNATS.
From: Marius Strobl <marius at alchemy.franken.de>
To: Rob Farmer <rfarmer at predatorlabs.net>
Cc: freebsd-gnats-submit at freebsd.org
Subject: Re: sparc64/144867: panic: trap: memory address not aligned booting Sunfire 280R
Date: Fri, 19 Mar 2010 23:06:58 +0100
On Fri, Mar 19, 2010 at 02:51:52AM +0000, Rob Farmer wrote:
> db> bt
> Tracing pid 0 tid 100000 td 0xc0a40730
> panic() at panic+0x20c
> trap() at trap+0x570
> -- memory address not aligned sfar=0x7fe00200001 sfsr=0x1d007d %o7=0xc0175864 --
> cas_pci_attach() at cas_pci_attach+0xc80
Hrm, this doesn't make a whole lot of sense:
(gdb) l *0xc0175864
0xc0175864 is in cas_pci_attach (/usr/src/sys/dev/cas/if_cas.c:356).
351 switch (sc->sc_variant) {
352 default:
353 sc->sc_phyad = -1;
354 break;
355 }
356 error = mii_phy_probe(sc->sc_dev, &sc->sc_miibus,
357 cas_mediachange, cas_mediastatus);
358 }
359
360 /*
Except maybe that this is triggered by the bus_space_write_4() above
that, which is cas_pci_attach+0xc80, and somehow delayed. Is this the
MMF (multimode fibre) model of the GigaSwift Ethernet 1.0 card perhaps?
Can you boot with that card removed?
Marius
More information about the freebsd-sparc64
mailing list