[patch] x86/realmode: Make stack lock work in trampoline_compat()

Kirill A. Shutemov kirill at shutemov.name
Tue May 30 04:12:48 PDT 2023


On Tue, May 30, 2023 at 12:46:22PM +0200, Thomas Gleixner wrote:
> The stack locking and stack assignment macro LOAD_REALMODE_ESP fails to
> work when invoked from the 64bit trampoline entry point:
> 
> trampoline_start64
>   trampoline_compat
>     LOAD_REALMODE_ESP <- lock
> 
> Accessing tr_lock is only possible from 16bit mode. For the compat entry
> point this needs to be pa_tr_lock so that the required relocation entry is
> generated. Otherwise it locks the non-relocated address which is
> aside of being wrong never cleared in secondary_startup_64() causing all
> but the first CPU to get stuck on the lock.
> 
> Make the macro take an argument lock_pa which defaults to 0 and rename it
> to LOCK_AND_LOAD_REALMODE_ESP to make it clear what this is about.
> 
> Fixes: f6f1ae9128d2 ("x86/smpboot: Implement a bit spinlock to protect the realmode stack")
> Reported-by: Kirill A. Shutemov <kirill.shutemov at linux.intel.com>
> Signed-off-by: Thomas Gleixner <tglx at linutronix.de>

Tested-by: Kirill A. Shutemov <kirill.shutemov at linux.intel.com>

-- 
  Kiryl Shutsemau / Kirill A. Shutemov



More information about the linux-riscv mailing list