DMI: Introduce dmi_first_match to make the interface more flexible
authorRafael J. Wysocki <rjw@sisk.pl>
Mon, 19 Jan 2009 19:55:50 +0000 (20:55 +0100)
committerJeff Garzik <jgarzik@redhat.com>
Tue, 27 Jan 2009 07:15:47 +0000 (02:15 -0500)
commitd7b1956fed33d30c4815e848fd7a143722916868
tree611ed604c363b7e8b98c49126f11aa2e24cf857b
parentabfe2d7b915c872f3a1fd203267cedebf90daa45
DMI: Introduce dmi_first_match to make the interface more flexible

Some notebooks from HP have the problem that their BIOSes attempt to
spin down hard drives before entering ACPI system states S4 and S5.
This leads to a yo-yo effect during system power-off shutdown and the
last phase of hibernation when the disk is first spun down by the
kernel and then almost immediately turned on and off by the BIOS.
This, in turn, may result in shortening the disk's life times.

To prevent this from happening we can blacklist the affected systems
using DMI information.  However, only the on-board controlles should
be blacklisted and their PCI slot numbers can be used for this
purpose.  Unfortunately the existing interface for checking DMI
information of the system is not very convenient for this purpose,
because to use it, we would have to define special callback functions
or create a separate struct dmi_system_id table for each blacklisted
system.

To overcome this difficulty introduce a new function
dmi_first_match() returning a pointer to the first entry in an array
of struct dmi_system_id elements that matches the system DMI
information.  Then, we can use this pointer to access the entry's
.driver_data field containing the additional information, such as
the PCI slot number, allowing us to do the desired blacklisting.

Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Jeff Garzik <jgarzik@redhat.com>
drivers/firmware/dmi_scan.c
include/linux/dmi.h