linuxboot_dma: avoid guest ABI breakage on gcc vs. clang compilation
commit7f2569246c81d5f88e74c142b8fbdc0ee601bffe
authorPaolo Bonzini <pbonzini@redhat.com>
Fri, 5 Aug 2016 08:51:37 +0000 (5 10:51 +0200)
committerPaolo Bonzini <pbonzini@redhat.com>
Tue, 9 Aug 2016 20:57:36 +0000 (9 22:57 +0200)
tree6f76bd0576c31d849f31cb960de0e0c7af7a5573
parent2bb15bddf2607110820d5ce5aa43baac27292fb3
linuxboot_dma: avoid guest ABI breakage on gcc vs. clang compilation

Recent GCC compiles linuxboot_dma.c to 921 bytes, while CentOS 6 needs
1029 and clang needs 1527.  Because the size of the ROM, rounded to the
next 512 bytes, must match, this causes the API to break between a <1K
ROM and one that is bigger.

We want to make the ROM 1.5 KB in size, but it's better to make clang
produce leaner ROMs, because currently it is worryingly close to the limit.
To fix this prevent clang's happy inlining (which -Os cannot prevent).
This only requires adding a noinline attribute.

Second, the patch makes sure that the ROM has enough padding to prevent
ABI breakage on different compilers.  The size is now hardcoded in the file
that is passed to signrom.py, as was the case before commit 6f71b77
("scripts/signrom.py: Allow option ROM checksum script to write the size
header.", 2016-05-23); signrom.py however will still pad the input to
the requested size.  This ensures that the padding goes beyond the
next multiple of 512 if necessary, and also avoids the need for
-fno-toplevel-reorder which clang doesn't support.  signrom.py can then
error out if the requested size is too small for the actual size of the
compiled ROM.

Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
pc-bios/linuxboot_dma.bin
pc-bios/optionrom/linuxboot_dma.c
scripts/signrom.py