summaryrefslogtreecommitdiffstats
path: root/lib/locking-selftest-wlock-softirq.h
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2012-02-13 22:56:14 +0100
committerLinus Torvalds <torvalds@linux-foundation.org>2012-02-13 22:56:14 +0100
commit5b1cbac37798805c1fee18c8cebe5c0a13975b17 (patch)
treee56487f2338b236d21913f74f66a779fd71a5d7c /lib/locking-selftest-wlock-softirq.h
parenti387: math_state_restore() isn't called from asm (diff)
downloadlinux-5b1cbac37798805c1fee18c8cebe5c0a13975b17.tar.xz
linux-5b1cbac37798805c1fee18c8cebe5c0a13975b17.zip
i387: make irq_fpu_usable() tests more robust
Some code - especially the crypto layer - wants to use the x86 FP/MMX/AVX register set in what may be interrupt (typically softirq) context. That *can* be ok, but the tests for when it was ok were somewhat suspect. We cannot touch the thread-specific status bits either, so we'd better check that we're not going to try to save FP state or anything like that. Now, it may be that the TS bit is always cleared *before* we set the USEDFPU bit (and only set when we had already cleared the USEDFP before), so the TS bit test may actually have been sufficient, but it certainly was not obviously so. So this explicitly verifies that we will not touch the TS_USEDFPU bit, and adds a few related sanity-checks. Because it seems that somehow AES-NI is corrupting user FP state. The cause is not clear, and this patch doesn't fix it, but while debugging it I really wanted the code to be more obviously correct and robust. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'lib/locking-selftest-wlock-softirq.h')
0 files changed, 0 insertions, 0 deletions