Panic in 7.1-PRERELEASE (was: Re: kgdb on sparc64)
Marius Strobl
marius at alchemy.franken.de
Wed Nov 19 14:03:23 PST 2008
On Wed, Nov 19, 2008 at 09:03:44AM +0100, Ruben de Groot wrote:
>
> FreeBSD nostalgia4infinity.bzerk.org 7.1-PRERELEASE FreeBSD 7.1-PRERELEASE #5: Mon Nov 10 21:25:55 CET 2008 root at nostalgia4infinity.bzerk.org:/usr/obj/usr/src/sys/N4I sparc64
>
> panic: trap: data access error
> cpuid = 0
> KDB: stack backtrace:
> panic() at panic+0x1c8
> trap() at trap+0x4d0
> -- data access error %o7=0xc00bac60 --
> dc_mii_writebit() at dc_mii_writebit+0xd8
> dc_miibus_writereg() at dc_miibus_writereg+0x2a0
> miibus_writereg() at miibus_writereg+0x64
> mii_phy_reset() at mii_phy_reset+0x7c
> mii_phy_tick() at mii_phy_tick+0x154
> amphy_service() at amphy_service+0x164
> mii_tick() at mii_tick+0x1c
> dc_tick() at dc_tick+0x1ec
> softclock() at softclock+0x3c4
> ithread_loop() at ithread_loop+0x21c
> fork_exit() at fork_exit+0x88
> fork_trampoline() at fork_trampoline+0x8
> Uptime: 4d22h16m5s
> Dumping 1024 MB (4 chunks)
> chunk at 0: 268435456 bytes ... ok
> chunk at 0x20000000: 268435456 bytes ... ok
> chunk at 0x40000000: 268435456 bytes ... ok
> chunk at 0x60000000: 268435456 bytes ... ok
>
Could you please run gdb on the corresponding kernel.debug
and report the output of the following commands?
l*(0xc00bac60)
l*(dc_mii_writebit+0xd8)
If you need a quick workaround I think that locally reverting
src/sys/dev/dc/if_dc.c r182461/1.192.2.5 will get you rid of
this problem, this will also make dc(4) again no longer check
the link state of this interface once it's up though, so this
is no real solution.
Marius
More information about the freebsd-sparc64
mailing list