]> err.no Git - linux-2.6/commit
[SPARC64]: Fix %tstate ASI handling in start_thread{,32}()
authorDavid S. Miller <davem@sunset.davemloft.net>
Thu, 23 Feb 2006 00:20:11 +0000 (16:20 -0800)
committerDavid S. Miller <davem@sunset.davemloft.net>
Mon, 20 Mar 2006 09:13:57 +0000 (01:13 -0800)
commit0f05da6d577b80eb00f15994c86e4812ae60f1b9
tree39d981c896ab6b90aa30f124fb25cbdf4f242c83
parentfc504928677049f0ad3f1fd4e0bb3908172df8f3
[SPARC64]: Fix %tstate ASI handling in start_thread{,32}()

Niagara helps us find a ancient bug in the sparc64 port :-)

The ASI_* values are plain constant defines, thus signed 32-bit
on sparc64.  To put shift this into the regs->tstate value we were
doing or'ing "(ASI_PNF << 24)" into there.

ASI_PNF is 0x82 and shifted left by 24 makes that topmost bit the
sign bit in a 32-bit value.  This would get sign extended to 64-bits
and thus corrupt the top-half of the reg->tstate value.

This never caused problems in pre-Niagara cpus because the only thing
up there were the condition code values.  But Niagara has the global
register level field, and this all 1's value is illegal there so
Niagara gives an illegal instruction trap due to this bug.

I'm pretty sure this bug is about as old as the sparc64 port itself.

This also points out that we weren't setting ASI_PNF for 32-bit tasks.
We should, so fix that while we're here.

Signed-off-by: David S. Miller <davem@davemloft.net>
include/asm-sparc64/processor.h