sh: Minor optimisations to FPU handling
authorStuart Menefy <stuart.menefy@st.com>
Fri, 25 Sep 2009 17:25:10 +0000 (18:25 +0100)
committerPaul Mundt <lethal@linux-sh.org>
Tue, 24 Nov 2009 08:45:38 +0000 (17:45 +0900)
commitd3ea9fa0a563620fe9f416f94bb8927c64390917
tree0aa1278ac7929f936fc4fd8daf235930f6164d18
parent39ac11c1607f1d566e7cf885acd403fa4f07f8a2
sh: Minor optimisations to FPU handling

A number of small optimisations to FPU handling, in particular:

 - move the task USEDFPU flag from the thread_info flags field (which
   is accessed asynchronously to the thread) to a new status field,
   which is only accessed by the thread itself. This allows locking to
   be removed in most cases, or can be reduced to a preempt_lock().
   This mimics the i386 behaviour.

 - move the modification of regs->sr and thread_info->status flags out
   of save_fpu() to __unlazy_fpu(). This gives the compiler a better
   chance to optimise things, as well as making save_fpu() symmetrical
   with restore_fpu() and init_fpu().

 - implement prepare_to_copy(), so that when creating a thread, we can
   unlazy the FPU prior to copying the thread data structures.

Also make sure that the FPU is disabled while in the kernel, in
particular while booting, and for newly created kernel threads,

In a very artificial benchmark, the execution time for 2500000
context switches was reduced from 50 to 45 seconds.

Signed-off-by: Stuart Menefy <stuart.menefy@st.com>
Signed-off-by: Paul Mundt <lethal@linux-sh.org>
arch/sh/include/asm/fpu.h
arch/sh/include/asm/processor_32.h
arch/sh/include/asm/thread_info.h
arch/sh/kernel/cpu/init.c
arch/sh/kernel/cpu/sh2a/fpu.c
arch/sh/kernel/cpu/sh4/fpu.c
arch/sh/kernel/process_32.c
arch/sh/math-emu/math.c