Ard Biesheuvel 32e3456454 x86/pvh: Call C code via the kernel virtual mapping ...

commit e8fbc0d9ca upstream.

Calling C code via a different mapping than it was linked at is
problematic, because the compiler assumes that RIP-relative and absolute
symbol references are interchangeable. GCC in particular may use
RIP-relative per-CPU variable references even when not using -fpic.

So call xen_prepare_pvh() via its kernel virtual mapping on x86_64, so
that those RIP-relative references produce the correct values. This
matches the pre-existing behavior for i386, which also invokes
xen_prepare_pvh() via the kernel virtual mapping before invoking
startup_32 with paging disabled again.

Fixes: 7243b93345 ("xen/pvh: Bootstrap PVH guest")
Tested-by: Jason Andryuk <jason.andryuk@amd.com>
Reviewed-by: Jason Andryuk <jason.andryuk@amd.com>
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Message-ID: <20241009160438.3884381-8-ardb+git@google.com>
Signed-off-by: Juergen Gross <jgross@suse.com>
[ Stable context update ]
Signed-off-by: Jason Andryuk <jason.andryuk@amd.com>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>

2025-04-25 10:44:01 +02:00

..

atom

…

ce4100

…

efi

efi/x86: Free EFI memory map only when installing a new one.

2024-07-05 09:32:00 +02:00

geode

…

intel

x86/platform/iosf_mbi: Convert PCIBIOS_* return codes to errnos

2024-08-03 08:48:54 +02:00

intel-mid

…

intel-quark

…

iris

…

olpc

…

pvh

x86/pvh: Call C code via the kernel virtual mapping

2025-04-25 10:44:01 +02:00

scx200

…

ts5500

…

uv

…

Makefile

…