powerpc/signal: Update comment for clarity
authorRashmica Gupta <rashmica@linux.ibm.com>
Fri, 17 Jun 2022 04:31:35 +0000 (14:31 +1000)
committerMichael Ellerman <mpe@ellerman.id.au>
Thu, 28 Jul 2022 06:22:14 +0000 (16:22 +1000)
The comment being referred to was deleted in commit af1bbc3dd3d5 ("powerpc:
Remove UP only lazy floating point and vector optimisations").

Add a bit more detail so it's clear why we need to clear the FP/VEC/VSX
bits here.

Signed-off-by: Rashmica Gupta <rashmica@linux.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20220617043135.426897-1-rashmica@linux.ibm.com
arch/powerpc/kernel/signal_64.c

index 472596a..86bb5bb 100644 (file)
@@ -377,9 +377,12 @@ static long notrace __unsafe_restore_sigcontext(struct task_struct *tsk, sigset_
                unsafe_get_user(set->sig[0], &sc->oldmask, efault_out);
 
        /*
-        * Force reload of FP/VEC.
-        * This has to be done before copying stuff into tsk->thread.fpr/vr
-        * for the reasons explained in the previous comment.
+        * Force reload of FP/VEC/VSX so userspace sees any changes.
+        * Clear these bits from the user process' MSR before copying into the
+        * thread struct. If we are rescheduled or preempted and another task
+        * uses FP/VEC/VSX, and this process has the MSR bits set, then the
+        * context switch code will save the current CPU state into the
+        * thread_struct - possibly overwriting the data we are updating here.
         */
        regs_set_return_msr(regs, regs->msr & ~(MSR_FP | MSR_FE0 | MSR_FE1 | MSR_VEC | MSR_VSX));