efi/libstub: Disable PCI DMA before grabbing the EFI memory map
[ Upstream commit2e28a798c3
] Currently, the EFI stub will disable PCI DMA as the very last thing it does before calling ExitBootServices(), to avoid interfering with the firmware's normal operation as much as possible. However, the stub will invoke DisconnectController() on all endpoints downstream of the PCI bridges it disables, and this may affect the layout of the EFI memory map, making it substantially more likely that ExitBootServices() will fail the first time around, and that the EFI memory map needs to be reloaded. This, in turn, increases the likelihood that the slack space we allocated is insufficient (and we can no longer allocate memory via boot services after having called ExitBootServices() once), causing the second call to GetMemoryMap (and therefore the boot) to fail. This makes the PCI DMA disable feature a bit more fragile than it already is, so let's make it more robust, by allocating the space for the EFI memory map after disabling PCI DMA. Fixes:4444f8541d
("efi: Allow disabling PCI busmastering on bridges during boot") Reported-by: Glenn Washburn <development@efficientek.com> Acked-by: Matthew Garrett <mjg59@srcf.ucam.org> Signed-off-by: Ard Biesheuvel <ardb@kernel.org> Signed-off-by: Sasha Levin <sashal@kernel.org>
This commit is contained in:
parent
1e596c181c
commit
e28d7a3f4b
|
@ -521,6 +521,9 @@ efi_status_t efi_exit_boot_services(void *handle, void *priv,
|
|||
struct efi_boot_memmap *map;
|
||||
efi_status_t status;
|
||||
|
||||
if (efi_disable_pci_dma)
|
||||
efi_pci_disable_bridge_busmaster();
|
||||
|
||||
status = efi_get_memory_map(&map, true);
|
||||
if (status != EFI_SUCCESS)
|
||||
return status;
|
||||
|
@ -531,9 +534,6 @@ efi_status_t efi_exit_boot_services(void *handle, void *priv,
|
|||
return status;
|
||||
}
|
||||
|
||||
if (efi_disable_pci_dma)
|
||||
efi_pci_disable_bridge_busmaster();
|
||||
|
||||
status = efi_bs_call(exit_boot_services, handle, map->map_key);
|
||||
|
||||
if (status == EFI_INVALID_PARAMETER) {
|
||||
|
|
Loading…
Reference in New Issue