diff options
| author | Ard Biesheuvel <ardb@kernel.org> | 2024-10-09 18:04:40 +0200 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2024-12-05 14:01:12 +0100 |
| commit | 9978ff5dcaa9eebc720fd340d3e05343596f058f (patch) | |
| tree | a983195d1c6dbbb5169cff2e51681e4a96824aa9 /scripts/checkstack.pl | |
| parent | a9681f745f2a9cecfc907fb4b3f41a8eb5afb8d5 (diff) | |
| download | linux-9978ff5dcaa9eebc720fd340d3e05343596f058f.tar.gz linux-9978ff5dcaa9eebc720fd340d3e05343596f058f.tar.bz2 linux-9978ff5dcaa9eebc720fd340d3e05343596f058f.zip | |
x86/pvh: Call C code via the kernel virtual mapping
[ Upstream commit e8fbc0d9cab6c1ee6403f42c0991b0c1d5dbc092 ]
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: 7243b93345f7 ("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>
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'scripts/checkstack.pl')
0 files changed, 0 insertions, 0 deletions