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