From: "Rafael J. Wysocki" <rafael.j.wysocki@xxxxxxxxx> There is no reason (knwon to me) why any of the existing users of acpi_os_unmap_generic_address() would need to wait for the unused memory mappings left by it to actually go away, so use the deferred unmapping of ACPI memory introduced previously in that function. Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@xxxxxxxxx> --- drivers/acpi/osl.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) diff --git a/drivers/acpi/osl.c b/drivers/acpi/osl.c index abbf8630f774..5c56f084e8b0 100644 --- a/drivers/acpi/osl.c +++ b/drivers/acpi/osl.c @@ -518,12 +518,9 @@ void acpi_os_unmap_generic_address(struct acpi_generic_address *gas) mutex_unlock(&acpi_ioremap_lock); return; } - if (acpi_os_drop_map_ref(map, false)) - map = NULL; + acpi_os_drop_map_ref(map, true); mutex_unlock(&acpi_ioremap_lock); - - acpi_os_map_cleanup(map); } EXPORT_SYMBOL(acpi_os_unmap_generic_address); -- 2.26.2