Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 28 May 2001 20:30:51 -0300
From:      "Daniel C. Sobral" <dcs@newsguy.com>
To:        Andrew Gallatin <gallatin@cs.duke.edu>
Cc:        mjacob@feral.com, alpha@FreeBSD.ORG
Subject:   Re: Latest on ' HEADS UP: loader broken'
Message-ID:  <3B12DFAB.79245E9F@newsguy.com>
References:  <15122.40043.23892.164757@grasshopper.cs.duke.edu> <Pine.LNX.4.21.0105281147010.23428-100000@zeppo.feral.com> <15122.40785.294428.276049@grasshopper.cs.duke.edu> <15122.45376.304502.55208@grasshopper.cs.duke.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
Andrew Gallatin wrote:
> 
> Well, whatever firmware I'm running on the AS500 has a rather nice
> feature -- it seems to have a trap handler installed for unaligned
> access traps.
> 
> FreeBSD/alpha SRM disk boot, Revision 1.1
> (gallatin@thunder.cs.duke.edu, Mon May 28 10:56:51 EDT 2001)
> Memory: 131072 k
> \
> fatal kernel trap:
> 
>     trap entry = 0x4 (unaligned access fault)
>     a0         = 0x2003d9bc
>     a1         = 0x2d
>     a2         = 0x0
>     pc         = 0x200285c4
>     ra         = 0x200285b8
>     curproc    = 0xfffffe0008577cc0
> 
> halted CPU 0
> 
> If the PC can be trusted, it is somewhere inside of twoConstParen
> % nm -n loader.sym
> <....>
> 0000000020026540 T ficlCompileSoftCore
> 0000000020026960 T ficlParseNumber
> 00000000200276a0 T constantParen
> 0000000020027720 T twoConstParen
> 00000000200290c0 T parseStepParen
> 000000002002ad20 T ficlTick
> 000000002002f100 T ficlWordClassify
> <....>
> 
> (gdb) l *0x200285c4
> 0x200285c4 is in store (words.c:990).
> 985         CELL *pCell;
> 986     #if FICL_ROBUST > 1
> 987         vmCheckStack(pVM, 2, 0);
> 988     #endif
> 989         pCell = (CELL *)stackPopPtr(pVM->pStack);
> 990         *pCell = stackPop(pVM->pStack);
> 991     }
> 992
> 993     /*
> 994     ** two-store    CORE ( x1 x2 a-addr -- )

The function twoConstParen has nothing to do with it. It's all the
static functions in between. :-)

Store, on the other hand, looks a natural candidate to me. I have even
some evil nasty suspicions... Could you (or any other alpha user) try
replacing the two values with 0 and see if the error persist? If so,
it's a good thing your alpha is this nice, because it would take me AGES
to even begin to suspect it.

-- 
Daniel C. Sobral			(8-DCS)
dcs@newsguy.com
dcs@freebsd.org
capo@the.secret.bsdconspiracy.net

	wow regex humor... I'm a geek

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-alpha" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3B12DFAB.79245E9F>