bug in trap handler?

[Doug White]

On Sun, 26 Jun 2005, Doug White wrote:

> Hey folks,
>
> I fished a 440MHz USIIi on a Panther board out of a boneyard the other day
> and it doesn't survive a kernel build, dying with this:
>
> RED State Exception
>
> TL=0000.0000.0000.0005 TT=0000.0000.0000.0010
>    TPC=0000.0000.c003.c200 TnPC=0000.0000.c003.c204
> TSTATE=0000.0044.5800.1503
> TL=0000.0000.0000.0004 TT=0000.0000.0000.0010
>    TPC=0000.0000.c003.c200 TnPC=0000.0000.c003.c204
> TSTATE=0000.0044.5800.1503
> TL=0000.0000.0000.0003 TT=0000.0000.0000.0010
>    TPC=0000.0000.c003.c200 TnPC=0000.0000.c003.c204
> TSTATE=0000.0044.5800.1503
> TL=0000.0000.0000.0002 TT=0000.0000.0000.0010
>    TPC=0000.0000.c004.0f80 TnPC=0000.0000.c004.0f84
> TSTATE=0000.0044.5800.1403
> TL=0000.0000.0000.0001 TT=0000.0000.0000.0063
>    TPC=0000.0000.0012.6b80 TnPC=0000.0000.0012.6b84
> TSTATE=0000.0044.0000.1202
>
> I found the .traps OBP command and trap type 0x63 is an ECC error.  PC
> 0xc0040f80 in the kernel is in trap().  Checking the code, we should be
> panicking since this is an undefined (implementation-specific) trap number
> as far as FreeBSD is concerned. But we shouldn't be spiralling into
> endless invalid-instruction traps, which is 0x10.

0x63 is actually hanlded in exception.S:
tl0_ecc:
        tl0_gen         T_CORRECTED_ECC_ERROR           ! 0x63

but something else seems to be exploding. Anyone have a debugging version
of 5.4-RELEASE GENERIC? :)

-- 
Doug White                    |  FreeBSD: The Power to Serve
dwhite at gumbysoft.com          |  www.FreeBSD.org