summaryrefslogtreecommitdiff
path: root/scripts/basic/split-include.c
diff options
context:
space:
mode:
authorArd Biesheuvel <ardb@kernel.org>2026-10-12 14:19:35 +0200
committerArd Biesheuvel <ardb@kernel.org>2026-10-15 13:53:08 +0200
commitda0ad36d2e95fb029c3a14ad99a78beebc29507f (patch)
tree262209a20d6054ccbaa923a1ce28dfabc41e4a12 /scripts/basic/split-include.c
parenta278b88b766128e6ef5a5de0f350d897ccd14cb6 (diff)
downloadlinux-next-da0ad36d2e95fb029c3a14ad99a78beebc29507f.tar.gz
linux-next-da0ad36d2e95fb029c3a14ad99a78beebc29507f.zip
efi: Initialize all configuration table addresses to EFI_INVALID_TABLE_ADDR
The addresses of the MOK variable table, the confidential computing secret area and the unaccepted memory table in struct efi are only initialized to EFI_INVALID_TABLE_ADDR if support for the respective table is enabled, and are left at 0 otherwise. This is harmless for the existing users, which are compiled out in that case, but code that consumes the table addresses in struct efi generically, such as a kexec loader that passes the configuration tables on to the incoming kernel, would mistake 0 for a valid table address. So initialize all of them unconditionally: efi_config_parse_tables() only assigns them if support for the table is enabled, and so they remain EFI_INVALID_TABLE_ADDR otherwise. Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Diffstat (limited to 'scripts/basic/split-include.c')
0 files changed, 0 insertions, 0 deletions