ACPI / hotplug / PCI: Rework the handling of eject requests
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>
Mon, 3 Feb 2014 23:44:02 +0000 (00:44 +0100)
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>
Thu, 6 Feb 2014 16:31:51 +0000 (17:31 +0100)
commitdd2151be28b9ed734fc5738ac675ed7e234847e3
tree0c043735bcd94594003c454d033852e62b4b9719
parent3c2cc7ff9e2522e42468f8e81a7277be386c5ec4
ACPI / hotplug / PCI: Rework the handling of eject requests

To avoid the need to install a hotplug notify handler for each ACPI
namespace node representing a device and having a matching scan
handler, move the check whether or not the ejection of the given
device is enabled through its scan handler from acpi_hotplug_notify_cb()
to acpi_generic_hotplug_event().  Also, move the execution of
ACPI_OST_SC_EJECT_IN_PROGRESS _OST to acpi_generic_hotplug_event(),
because in acpi_hotplug_notify_cb() or in acpi_eject_store() we really
don't know whether or not the eject is going to be in progress (for
example, acpi_hotplug_execute() may still fail without queuing up the
work item).

Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Tested-by: Mika Westerberg <mika.westerberg@linux.intel.com>
drivers/acpi/scan.c
This page took 0.024394 seconds and 5 git commands to generate.