diff options
| author | Ard Biesheuvel <ardb@kernel.org> | 2026-10-12 14:19:35 +0200 |
|---|---|---|
| committer | Ard Biesheuvel <ardb@kernel.org> | 2026-10-15 13:53:08 +0200 |
| commit | da0ad36d2e95fb029c3a14ad99a78beebc29507f (patch) | |
| tree | 262209a20d6054ccbaa923a1ce28dfabc41e4a12 /scripts/basic/split-include.c | |
| parent | a278b88b766128e6ef5a5de0f350d897ccd14cb6 (diff) | |
| download | linux-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
