Patch "powerpc/rtas: Fix RTAS MSR[HV] handling for Cell" has been added to the 5.15-stable tree

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



This is a note to let you know that I've just added the patch titled

    powerpc/rtas: Fix RTAS MSR[HV] handling for Cell

to the 5.15-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     powerpc-rtas-fix-rtas-msr-hv-handling-for-cell.patch
and it can be found in the queue-5.15 subdirectory.

If you, or anyone else, feels it should not be added to the stable tree,
please let <stable@xxxxxxxxxxxxxxx> know about it.



commit 8e583e1ed46f6b1ea3d883202240a4efc9c1ed3f
Author: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
Date:   Tue Aug 23 21:59:52 2022 +1000

    powerpc/rtas: Fix RTAS MSR[HV] handling for Cell
    
    [ Upstream commit 91926d8b7e71aaf5f84f0cf208fc5a8b7a761050 ]
    
    The semi-recent changes to MSR handling when entering RTAS (firmware)
    cause crashes on IBM Cell machines. An example trace:
    
      kernel tried to execute user page (2fff01a8) - exploit attempt? (uid: 0)
      BUG: Unable to handle kernel instruction fetch
      Faulting instruction address: 0x2fff01a8
      Oops: Kernel access of bad area, sig: 11 [#1]
      BE PAGE_SIZE=64K MMU=Hash SMP NR_CPUS=4 NUMA Cell
      Modules linked in:
      CPU: 0 PID: 0 Comm: swapper/0 Tainted: G        W          6.0.0-rc2-00433-gede0a8d3307a #207
      NIP:  000000002fff01a8 LR: 0000000000032608 CTR: 0000000000000000
      REGS: c0000000015236b0 TRAP: 0400   Tainted: G        W           (6.0.0-rc2-00433-gede0a8d3307a)
      MSR:  0000000008001002 <ME,RI>  CR: 00000000  XER: 20000000
      ...
      NIP 0x2fff01a8
      LR  0x32608
      Call Trace:
        0xc00000000143c5f8 (unreliable)
        .rtas_call+0x224/0x320
        .rtas_get_boot_time+0x70/0x150
        .read_persistent_clock64+0x114/0x140
        .read_persistent_wall_and_boot_offset+0x24/0x80
        .timekeeping_init+0x40/0x29c
        .start_kernel+0x674/0x8f0
        start_here_common+0x1c/0x50
    
    Unlike PAPR platforms where RTAS is only used in guests, on the IBM Cell
    machines Linux runs with MSR[HV] set but also uses RTAS, provided by
    SLOF.
    
    Fix it by copying the MSR[HV] bit from the MSR value we've just read
    using mfmsr into the value used for RTAS.
    
    It seems like we could also fix it using an #ifdef CELL to set MSR[HV],
    but that doesn't work because it's possible to build a single kernel
    image that runs on both Cell native and pseries.
    
    Fixes: b6b1c3ce06ca ("powerpc/rtas: Keep MSR[RI] set when calling RTAS")
    Cc: stable@xxxxxxxxxxxxxxx # v5.19+
    Signed-off-by: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
    Reviewed-by: Jordan Niethe <jniethe5@xxxxxxxxx>
    Link: https://lore.kernel.org/r/20220823115952.1203106-2-mpe@xxxxxxxxxxxxxx
    Signed-off-by: Sasha Levin <sashal@xxxxxxxxxx>

diff --git a/arch/powerpc/kernel/rtas_entry.S b/arch/powerpc/kernel/rtas_entry.S
index 9ae1ca3c6fca..69dd8dd36689 100644
--- a/arch/powerpc/kernel/rtas_entry.S
+++ b/arch/powerpc/kernel/rtas_entry.S
@@ -125,8 +125,12 @@ __enter_rtas:
 	 * its critical regions (as specified in PAPR+ section 7.2.1). MSR[S]
 	 * is not impacted by RFI_TO_KERNEL (only urfid can unset it). So if
 	 * MSR[S] is set, it will remain when entering RTAS.
+	 * If we're in HV mode, RTAS must also run in HV mode, so extract MSR_HV
+	 * from the saved MSR value and insert into the value RTAS will use.
 	 */
+	extrdi	r0, r6, 1, 63 - MSR_HV_LG
 	LOAD_REG_IMMEDIATE(r6, MSR_ME | MSR_RI)
+	insrdi	r6, r0, 1, 63 - MSR_HV_LG
 
 	li      r0,0
 	mtmsrd  r0,1                    /* disable RI before using SRR0/1 */



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux