summaryrefslogtreecommitdiff
path: root/src/include
diff options
context:
space:
mode:
authorPatrick Rudolph <siro@das-labor.org>2020-07-05 08:46:55 +0200
committerPatrick Rudolph <siro@das-labor.org>2020-08-21 16:01:42 +0000
commit29ed4f56b5c41231081d2fccdf500dd307a3a8d3 (patch)
tree53b9b5f20910379c8255b721d87eb943049b7130 /src/include
parent69fb7d2a99398a32e30f7a2387338d75aa3845b4 (diff)
downloadcoreboot-29ed4f56b5c41231081d2fccdf500dd307a3a8d3.tar.xz
arch/x86/gdt: Work around assembler bug
The GDT loading did work fine on x86_64 a few months ago, but today it only works in QEMU, but not on real hardware or KVM-enabled QEMU. This might be related to toolchain changes. Use 64bit GDT loading on x86_64 and force the assembler to generate a 64bit address load on the GDT. This will make sure no 32bit (signed) displacement op is being generated, which points to the wrong address in longmode. Verified using readelf and made sure no R_X86_64_32S relocation symbol is emitted. Disassembled the romstage ELF and made sure the GDT address is 64bit in size. Tested on QEMU and KVM-enabled QEMU: Doesn't crash any more on KVM. Signed-off-by: Patrick Rudolph <siro@das-labor.org> Change-Id: Ia824f90d9611e6e8db09bd62a05e6f990581f09a Reviewed-on: https://review.coreboot.org/c/coreboot/+/43136 Tested-by: build bot (Jenkins) <no-reply@coreboot.org> Reviewed-by: Angel Pons <th3fanbus@gmail.com>
Diffstat (limited to 'src/include')
0 files changed, 0 insertions, 0 deletions