aboutsummaryrefslogtreecommitdiffstats
path: root/include/asm-h8300/cputime.h
diff options
context:
space:
mode:
authorDavid S. Miller <davem@sunset.davemloft.net>2006-02-22 19:20:11 -0500
committerDavid S. Miller <davem@sunset.davemloft.net>2006-03-20 04:13:57 -0500
commit0f05da6d577b80eb00f15994c86e4812ae60f1b9 (patch)
tree39d981c896ab6b90aa30f124fb25cbdf4f242c83 /include/asm-h8300/cputime.h
parentfc504928677049f0ad3f1fd4e0bb3908172df8f3 (diff)
[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>
Diffstat (limited to 'include/asm-h8300/cputime.h')
0 files changed, 0 insertions, 0 deletions