diff options
author | Ard Biesheuvel <ardb@kernel.org> | 2024-10-09 19:04:40 +0300 |
---|---|---|
committer | Juergen Gross <jgross@suse.com> | 2024-10-29 19:23:28 +0300 |
commit | e8fbc0d9cab6c1ee6403f42c0991b0c1d5dbc092 (patch) | |
tree | 73a70e52d88a1aa2153e32e5199c305a99b6c56d /tools/perf/scripts/python/syscall-counts-by-pid.py | |
parent | 81983758430957d9a5cb3333fe324fd70cf63e7e (diff) | |
download | linux-e8fbc0d9cab6c1ee6403f42c0991b0c1d5dbc092.tar.xz |
x86/pvh: Call C code via the kernel virtual mapping
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>
Diffstat (limited to 'tools/perf/scripts/python/syscall-counts-by-pid.py')
0 files changed, 0 insertions, 0 deletions