i387: don't ever touch TS_USEDFPU directly, use helper functions
authorLinus Torvalds <torvalds@linux-foundation.org>
Thu, 16 Feb 2012 21:33:12 +0000 (13:33 -0800)
committerLinus Torvalds <torvalds@linux-foundation.org>
Thu, 16 Feb 2012 21:33:12 +0000 (13:33 -0800)
commit6d59d7a9f5b723a7ac1925c136e93ec83c0c3043
tree9478d5c1cc3a3f85cc937d8d6ddaad926af7e830
parentb6c66418dcad0fcf83cd1d0a39482db37bf4fc41
i387: don't ever touch TS_USEDFPU directly, use helper functions

This creates three helper functions that do the TS_USEDFPU accesses, and
makes everybody that used to do it by hand use those helpers instead.

In addition, there's a couple of helper functions for the "change both
CR0.TS and TS_USEDFPU at the same time" case, and the places that do
that together have been changed to use those.  That means that we have
fewer random places that open-code this situation.

The intent is partly to clarify the code without actually changing any
semantics yet (since we clearly still have some hard to reproduce bug in
this area), but also to make it much easier to use another approach
entirely to caching the CR0.TS bit for software accesses.

Right now we use a bit in the thread-info 'status' variable (this patch
does not change that), but we might want to make it a full field of its
own or even make it a per-cpu variable.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
arch/x86/include/asm/i387.h
arch/x86/kernel/traps.c
arch/x86/kernel/xsave.c
arch/x86/kvm/vmx.c