diff options
| author | Ard Biesheuvel <ardb@kernel.org> | 2023-07-02 12:57:34 +0300 |
|---|---|---|
| committer | Ard Biesheuvel <ardb@kernel.org> | 2023-08-22 11:39:26 +0300 |
| commit | 5894cf571e14fb393a4d0a82538de032127b9d8b (patch) | |
| tree | 6dbdfaf1d23db2b428cc0c6a03d59f52764c9350 /drivers/acpi/prmt.c | |
| parent | 3c17ae4161093fa2263b70064e34a033dc16fef5 (diff) | |
| download | linux-5894cf571e14fb393a4d0a82538de032127b9d8b.tar.xz | |
acpi/prmt: Use EFI runtime sandbox to invoke PRM handlers
Instead of bypassing the kernel's adaptation layer for performing EFI
runtime calls, wire up ACPI PRM handling into it. This means these calls
can no longer occur concurrently with EFI runtime calls, and will be
made from the EFI runtime workqueue. It also means any page faults
occurring during PRM handling will be identified correctly as
originating in firmware code.
Acked-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
Diffstat (limited to 'drivers/acpi/prmt.c')
| -rw-r--r-- | drivers/acpi/prmt.c | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/drivers/acpi/prmt.c b/drivers/acpi/prmt.c index 71b9adaaf33b..7020584096bf 100644 --- a/drivers/acpi/prmt.c +++ b/drivers/acpi/prmt.c @@ -260,9 +260,9 @@ static acpi_status acpi_platformrt_space_handler(u32 function, context.static_data_buffer = handler->static_data_buffer_addr; context.mmio_ranges = module->mmio_info; - status = efi_call_virt_pointer(handler, handler_addr, - handler->acpi_param_buffer_addr, - &context); + status = efi_call_acpi_prm_handler(handler->handler_addr, + handler->acpi_param_buffer_addr, + &context); if (status == EFI_SUCCESS) { buffer->prm_status = PRM_HANDLER_SUCCESS; } else { |