Searched hist:bca2f3a9406b89961fbc6c92c52c6fc1fd91d35f (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/drivers/firmware/efi/libstub/ |
H A D | zboot-header.S | diff bca2f3a9406b89961fbc6c92c52c6fc1fd91d35f Tue Apr 18 08:49:50 CDT 2023 Ard Biesheuvel <ardb@kernel.org> efi/zboot: Add BSS padding before compression
We don't really care about the size of the decompressed image - what matters is how much space needs to be allocated for the image to execute, and this includes space for BSS that is not part of the loadable image and so it is not accounted for in the decompressed size.
So let's add some zero padding to the end of the image: this compresses well, and it ensures that BSS is accounted for, and as a bonus, it will be zeroed before launching the image.
Since all architectures that implement support for EFI zboot carry this value in the header in the same location, we can just grab it from the binary that is being compressed.
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
|
H A D | zboot.c | diff bca2f3a9406b89961fbc6c92c52c6fc1fd91d35f Tue Apr 18 08:49:50 CDT 2023 Ard Biesheuvel <ardb@kernel.org> efi/zboot: Add BSS padding before compression
We don't really care about the size of the decompressed image - what matters is how much space needs to be allocated for the image to execute, and this includes space for BSS that is not part of the loadable image and so it is not accounted for in the decompressed size.
So let's add some zero padding to the end of the image: this compresses well, and it ensures that BSS is accounted for, and as a bonus, it will be zeroed before launching the image.
Since all architectures that implement support for EFI zboot carry this value in the header in the same location, we can just grab it from the binary that is being compressed.
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
|
H A D | Makefile.zboot | diff bca2f3a9406b89961fbc6c92c52c6fc1fd91d35f Tue Apr 18 08:49:50 CDT 2023 Ard Biesheuvel <ardb@kernel.org> efi/zboot: Add BSS padding before compression
We don't really care about the size of the decompressed image - what matters is how much space needs to be allocated for the image to execute, and this includes space for BSS that is not part of the loadable image and so it is not accounted for in the decompressed size.
So let's add some zero padding to the end of the image: this compresses well, and it ensures that BSS is accounted for, and as a bonus, it will be zeroed before launching the image.
Since all architectures that implement support for EFI zboot carry this value in the header in the same location, we can just grab it from the binary that is being compressed.
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
|