diff options
author | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2013-08-17 22:16:33 +0200 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2013-08-17 22:16:33 +0200 |
commit | 1aaac07112f04068d7e2fc47bb435cfd4f9d5468 (patch) | |
tree | 86340f467111ac68148ba3f32ae88213bbfd8cae /arch/hexagon | |
parent | d010e5769a5ab2ae8d2bcb36e77b98172c24d80c (diff) | |
download | talos-obmc-linux-1aaac07112f04068d7e2fc47bb435cfd4f9d5468.tar.gz talos-obmc-linux-1aaac07112f04068d7e2fc47bb435cfd4f9d5468.zip |
ACPI / hotplug / PCI: Fix NULL pointer dereference in cleanup_bridge()
After commit bbd34fc (ACPI / hotplug / PCI: Register all devices
under the given bridge) register_slot() is called for all PCI
devices under a given bridge that have corresponding objects in
the ACPI namespace, but it calls acpiphp_register_hotplug_slot()
only for devices satisfying specific criteria. Still,
cleanup_bridge() calls acpiphp_unregister_hotplug_slot() for all
objects created by register_slot(), although it should only call it
for the ones that acpiphp_register_hotplug_slot() has been called
for (successfully). This causes a NULL pointer to be dereferenced
by the acpiphp_unregister_hotplug_slot() executed by cleanup_bridge()
if the object it is called for has not been passed to
acpiphp_register_hotplug_slot().
To fix this problem, check if the 'slot' field of the object passed
to acpiphp_unregister_hotplug_slot() in cleanup_bridge() is not NULL,
which only is the case if acpiphp_register_hotplug_slot() has been
executed for that object. In addition to that, make register_slot()
reset the 'slot' field to NULL if acpiphp_register_hotplug_slot() has
failed for the given object to prevent stale pointers from being
used by acpiphp_unregister_hotplug_slot().
Reported-and-tested-by: Yinghai Lu <yinghai@kernel.org>
Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'arch/hexagon')
0 files changed, 0 insertions, 0 deletions