summaryrefslogtreecommitdiff
path: root/arch/arm64/include
diff options
context:
space:
mode:
authorMarc Zyngier <maz@kernel.org>2021-01-30 13:07:51 +0000
committerMarc Zyngier <maz@kernel.org>2021-02-01 12:02:49 +0000
commitbc93763f178fd04f484ee3e521bbdae57fddb891 (patch)
tree157d1697a246f6e28aa3d58bd9ac730d32bb61d6 /arch/arm64/include
parentf662de08396edbd45027c37a4a964d6549871bee (diff)
downloadlwn-bc93763f178fd04f484ee3e521bbdae57fddb891.tar.gz
lwn-bc93763f178fd04f484ee3e521bbdae57fddb891.zip
KVM: arm64: Make gen-hyprel endianness agnostic
gen-hyprel is, for better or worse, a native-endian program: it assumes that the ELF data structures are in the host's endianness, and even assumes that the compiled kernel is little-endian in one particular case. None of these assumptions hold true though: people actually build (use?) BE arm64 kernels, and seem to avoid doing so on BE hosts. Madness! In order to solve this, wrap each access to the ELF data structures with the required byte-swapping magic. This requires to obtain the kernel data structure, and provide per-endianess wrappers. This result in a kernel that links and even boots in a model. Fixes: 8c49b5d43d4c ("KVM: arm64: Generate hyp relocation data") Reported-by: Guenter Roeck <linux@roeck-us.net> Tested-by: Guenter Roeck <linux@roeck-us.net> Acked-by: David Brazdil <dbrazdil@google.com> Signed-off-by: Marc Zyngier <maz@kernel.org>
Diffstat (limited to 'arch/arm64/include')
0 files changed, 0 insertions, 0 deletions