summaryrefslogtreecommitdiff
path: root/drivers/acpi
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2020-07-02 15:11:12 +0300
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2020-07-27 13:29:59 +0300
commitf4334efb11a01b37af90e2ad459ee3bb6337211d (patch)
treebd34e4deabbf10a8dc3664267588511a4e393dbc /drivers/acpi
parentb8fcd0e588fc256bed3d65a4e23017c5582ecf48 (diff)
downloadlinux-f4334efb11a01b37af90e2ad459ee3bb6337211d.tar.xz
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.c5
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);