Hans de Goede 52e1cf2d19 efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode ... Commit: 79832f0b5f ("efi/libstub/tpm: Initialize pointer variables to zero for mixed mode") fixes a problem with the tpm code on mixed mode (64-bit kernel on 32-bit UEFI), where 64-bit pointer variables are not fully initialized by the 32-bit EFI code. A similar problem applies to the efi_physical_addr_t variables which are written by the ->get_event_log() EFI call. Even though efi_physical_addr_t is 64-bit everywhere, it seems that some 32-bit UEFI implementations only fill in the lower 32 bits when passed a pointer to an efi_physical_addr_t to fill. This commit initializes these to 0 to, to ensure the upper 32 bits are 0 in mixed mode. This fixes recent kernels sometimes hanging during early boot on mixed mode UEFI systems. Signed-off-by: Hans de Goede <hdegoede@redhat.com> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org> Cc: <stable@vger.kernel.org> # v4.16+ Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Peter Zijlstra <peterz@infradead.org> Cc: Thomas Gleixner <tglx@linutronix.de> Cc: linux-efi@vger.kernel.org Link: http://lkml.kernel.org/r/20180622064222.11633-2-ard.biesheuvel@linaro.org Signed-off-by: Ingo Molnar <mingo@kernel.org>		2018-06-22 10:58:27 +02:00
..
libstub	efi/libstub/tpm: Initialize efi_physical_addr_t vars to zero for mixed mode	2018-06-22 10:58:27 +02:00
test
apple-properties.c
arm-init.c	treewide: use PHYS_ADDR_MAX to avoid type casting ULLONG_MAX	2018-06-15 07:55:25 +09:00
arm-runtime.c
capsule-loader.c
capsule.c	treewide: kzalloc() -> kcalloc()	2018-06-12 16:19:22 -07:00
cper-arm.c
cper-x86.c
cper.c
dev-path-parser.c
efi-bgrt.c
efi-pstore.c	pstore: Convert internal records to timespec64	2018-06-05 16:57:31 -07:00
efi.c
efibc.c
efivars.c
esrt.c
fake_mem.c
Kconfig
Makefile
memattr.c
memmap.c
reboot.c
runtime-map.c	treewide: kzalloc() -> kcalloc()	2018-06-12 16:19:22 -07:00
runtime-wrappers.c
tpm.c
vars.c