diff options
author | 2020-07-02 14:11:12 +0200 | |
---|---|---|
committer | 2020-07-27 12:29:59 +0200 | |
commit | f4334efb11a01b37af90e2ad459ee3bb6337211d (patch) | |
tree | bd34e4deabbf10a8dc3664267588511a4e393dbc /drivers/acpi | |
parent | ACPICA: Preserve memory opregion mappings (diff) | |
download | linux-f4334efb11a01b37af90e2ad459ee3bb6337211d.tar.gz linux-f4334efb11a01b37af90e2ad459ee3bb6337211d.tar.bz2 linux-f4334efb11a01b37af90e2ad459ee3bb6337211d.zip |
ACPI: OSL: Use deferred unmapping in acpi_os_unmap_generic_address()
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@intel.com>
Diffstat (limited to 'drivers/acpi')
-rw-r--r-- | drivers/acpi/osl.c | 5 |
1 files changed, 1 insertions, 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); |