[PATCH 3/3] x86, fpu: unify signal handling code paths for x86 and x86_64 kernels

the noise range with this change. Signed-off-by: Suresh Siddha --- arch/x86/ia32/ia32_signal.c |9 +- arch/x86/include/asm/fpu-internal.h | 111 ++ arch/x86/include/asm/xsave.h|6 +- arch/x86/kernel/i387.c | 246 + arch/x86/kernel

[PATCH 0/3] x86, fpu signal handling code unification

it signals always restored the math frame directly, so we can expect the math frame pointer to be correctly aligned. For 32bit fsave frames, there are no alignment requirements, so we can restore the state directly. Suresh Siddha (3): x86, signal: cleanup ifdefs and is_ia32, is_x32 x86, fpu: c

[PATCH 0/3] x86, fpu signal handling code unification

always restored the math frame directly, so we can expect the math frame pointer to be correctly aligned. For 32bit fsave frames, there are no alignment requirements, so we can restore the state directly. Suresh Siddha (3): x86, signal: cleanup ifdefs and is_ia32, is_x32 x86, fpu: consolidate

[PATCH 3/3] x86, fpu: unify signal handling code paths for x86 and x86_64 kernels

range with this change. Signed-off-by: Suresh Siddha suresh.b.sid...@intel.com --- arch/x86/ia32/ia32_signal.c |9 +- arch/x86/include/asm/fpu-internal.h | 111 ++ arch/x86/include/asm/xsave.h|6 +- arch/x86/kernel/i387.c | 246

[PATCH 2/3] x86, fpu: consolidate inline asm routines for saving/restoring fpu state

Consolidate x86, x86_64 inline asm routines saving/restoring fpu state using config_enabled(). Signed-off-by: Suresh Siddha suresh.b.sid...@intel.com --- arch/x86/include/asm/fpu-internal.h | 182 +++ arch/x86/include/asm/xsave.h|6 +- arch/x86/kernel

[PATCH 1/3] x86, signal: cleanup ifdefs and is_ia32, is_x32

Use config_enabled() to cleanup the definitions of is_ia32/is_x32. Move the function prototypes to the header file to cleanup ifdefs. Signed-off-by: Suresh Siddha suresh.b.sid...@intel.com --- arch/x86/include/asm/fpu-internal.h | 29 arch/x86/include/asm/signal.h |4

[patch 1/2] x86,fpu: split FPU state from task struct

apps. Next patch does this lazy allocation. 2) allocate the right size for the actual cpu rather than 512 bytes always. Patches enabling xsave/xrstor support (coming shortly) will take advantage of this. Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Signed-off-by: Arjan van de Ven &

[patch 2/2] x86,fpu: lazy allocation of FPU area

Only allocate the FPU area when the application actually uses FPU, i.e., in the first lazy FPU trap. This could save memory for non-fpu using apps. Signed-off-by: Suresh Siddha <[EMAIL PROTECTED]> Cc: Arjan van de Ven <[EMAIL PROTECTED]> --- Index: linux-2.6-x86/arch/x86/k

[patch 2/2] x86,fpu: lazy allocation of FPU area

Only allocate the FPU area when the application actually uses FPU, i.e., in the first lazy FPU trap. This could save memory for non-fpu using apps. Signed-off-by: Suresh Siddha [EMAIL PROTECTED] Cc: Arjan van de Ven [EMAIL PROTECTED] --- Index: linux-2.6-x86/arch/x86/kernel/i387.c

[patch 1/2] x86,fpu: split FPU state from task struct

apps. Next patch does this lazy allocation. 2) allocate the right size for the actual cpu rather than 512 bytes always. Patches enabling xsave/xrstor support (coming shortly) will take advantage of this. Signed-off-by: Suresh Siddha [EMAIL PROTECTED] Signed-off-by: Arjan van de Ven [EMAIL PROTECTED

<    1   2   3