From: Rik van Riel <[email protected]>

Now that CR0.TS is no longer being manipulated, we can simplify
switch_fpu_prepare by no longer nesting the handling of the new
fpu inside the two branches for the old FPU.

Signed-off-by: Rik van Riel <[email protected]>
---
 arch/x86/include/asm/fpu/internal.h | 22 ++++++++--------------
 1 file changed, 8 insertions(+), 14 deletions(-)

diff --git a/arch/x86/include/asm/fpu/internal.h 
b/arch/x86/include/asm/fpu/internal.h
index aa7a117b43f8..ef52935f8a17 100644
--- a/arch/x86/include/asm/fpu/internal.h
+++ b/arch/x86/include/asm/fpu/internal.h
@@ -581,23 +581,17 @@ switch_fpu_prepare(struct fpu *old_fpu, struct fpu 
*new_fpu, int cpu)
                /* But leave fpu_fpregs_owner_ctx! */
                old_fpu->fpregs_active = 0;
                trace_x86_fpu_regs_deactivated(old_fpu);
+       } else
+               old_fpu->last_cpu = -1;
 
-               /* Don't change CR0.TS if we just switch! */
-               if (fpu.preload) {
-                       fpregs_activate(new_fpu);
-                       trace_x86_fpu_regs_activated(new_fpu);
+       if (fpu.preload) {
+               if (fpregs_state_valid(new_fpu, cpu))
+                       fpu.preload = 0;
+               else
                        prefetch(&new_fpu->state);
-               }
-       } else {
-               old_fpu->last_cpu = -1;
-               if (fpu.preload) {
-                       if (fpregs_state_valid(new_fpu, cpu))
-                               fpu.preload = 0;
-                       else
-                               prefetch(&new_fpu->state);
-                       fpregs_activate(new_fpu);
-               }
+               fpregs_activate(new_fpu);
        }
+
        return fpu;
 }
 
-- 
2.7.4

Reply via email to