powerpc/process: Fix flush_all_to_thread for SPE
PATCH 1/1 powerpc/process: Fix flush_all_to_thread for SPE
From: "Felipe Rechia" <[email protected]>
Date: Wed, 24 Oct 2018 10:57:22 -0300
Subject: [PATCH] powerpc/process: Fix flush_all_to_thread for SPE
Fix a bug introduced by the creation of flush_all_to_thread() for processors that have SPE (Signal Processing Engine) and use it to compute floating-point operations.
From userspace perspective, the problem was seen in attempts of computing floating-point operations which should generate exceptions. For example:
fork(); float x = 0.0 / 0.0; isnan(x); // forked process returns False (should be True)
The operation above also should always cause the SPEFSCR FINV bit to be set. However, the SPE floating-point exceptions were turned off after a fork().
Kernel versions prior to the bug used flush_spe_to_thread(), which first saves SPEFSCR register values in tsk->thread and then calls giveup_spe(tsk).
After commit 579e633e764e, the save_all() function was called first to giveup_spe(), and then the SPEFSCR register values were saved in tsk->thread. This would save the SPEFSCR register values after disabling SPE for that thread, causing the bug described above.
Fixes 579e633e764e ("powerpc: create flush_all_to_thread()")
--- arch/powerpc/kernel/process.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-)
arch/powerpc/kernel/process.c +1 -2
@@ -566,12 +566,11 @@ void flush_all_to_thread(struct task_struct *tsk)if (tsk->thread.regs) {preempt_disable ();BUG_ON (tsk != current); -save_all (tsk); -#ifdef CONFIG_SPE if (tsk->thread.regs->msr &MSR_SPE ) tsk->thread.spefscr =mfspr (SPRN_SPEFSCR );#endif +save_all (tsk);preempt_enable (); }
Signature · 1 line
2.7.4
Michael Ellerman
AppliedQuoted 24 lines · DATACOM - Felipe.Rechia
From: "Felipe Rechia" <[email protected]>
Date: Wed, 24 Oct 2018 10:57:22 -0300
Subject: [PATCH] powerpc/process: Fixflush_all_to_threadfor SPEFix a bug introduced by the creation of
flush_all_to_thread()for processors that have SPE (Signal Processing Engine) and use it to compute floating-point operations.Quoted 1 line
From userspace perspective, the problem was seen in attempts of
computing floating-point operations which should generate exceptions. For example:
fork(); float x = 0.0 / 0.0; isnan(x); // forked process returns False (should be True)The operation above also should always cause the SPEFSCR FINV bit to be set. However, the SPE floating-point exceptions were turned off after a
fork().Kernel versions prior to the bug used
flush_spe_to_thread(), which first saves SPEFSCR register values intsk->threadand then callsgiveup_spe(tsk).
Quoted 7 lines
After commit
579e633e764e, thesave_all()function was called first togiveup_spe(), and then the SPEFSCR register values were saved intsk->thread. This would save the SPEFSCR register values after disabling SPE for that thread, causing the bug described above.Fixes
579e633e764e("powerpc: createflush_all_to_thread()")Signed-off-by felipe.rechia <[email protected]>
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/e901378578c62202594cba0f6c076f
cheers