summaryrefslogtreecommitdiffstats
path: root/arch/x86/kernel/reboot_32.S
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2012-02-16 19:11:15 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2012-02-16 19:11:15 -0800
commit4903062b5485f0e2c286a23b44c9b59d9b017d53 (patch)
treec521dd28c5aa409dcd76ca8a522886fa3c272a31 /arch/x86/kernel/reboot_32.S
parentb3b0870ef3ffed72b92415423da864f440f57ad6 (diff)
i387: move AMD K7/K8 fpu fxsave/fxrstor workaround from save to restore
The AMD K7/K8 CPUs don't save/restore FDP/FIP/FOP unless an exception is pending. In order to not leak FIP state from one process to another, we need to do a floating point load after the fxsave of the old process, and before the fxrstor of the new FPU state. That resets the state to the (uninteresting) kernel load, rather than some potentially sensitive user information. We used to do this directly after the FPU state save, but that is actually very inconvenient, since it (a) corrupts what is potentially perfectly good FPU state that we might want to lazy avoid restoring later and (b) on x86-64 it resulted in a very annoying ordering constraint, where "__unlazy_fpu()" in the task switch needs to be delayed until after the DS segment has been reloaded just to get the new DS value. Coupling it to the fxrstor instead of the fxsave automatically avoids both of these issues, and also ensures that we only do it when actually necessary (the FP state after a save may never actually get used). It's simply a much more natural place for the leaked state cleanup. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'arch/x86/kernel/reboot_32.S')
0 files changed, 0 insertions, 0 deletions