diff options
| author | Rafael J. Wysocki <rjw@sisk.pl> | 2010-11-25 00:10:44 +0100 |
|---|---|---|
| committer | Len Brown <len.brown@intel.com> | 2011-01-12 04:48:45 -0500 |
| commit | bf325f9538d8c89312be305b9779edbcb436af00 (patch) | |
| tree | fee681d8bf0c0058450b34a325bb60c5f02994aa /include/acpi | |
| parent | 97d9a9e9f5ee68f20005ca5aa77c6b684e7cace8 (diff) | |
| download | kernel_samsung_smdk4412-bf325f9538d8c89312be305b9779edbcb436af00.zip kernel_samsung_smdk4412-bf325f9538d8c89312be305b9779edbcb436af00.tar.gz kernel_samsung_smdk4412-bf325f9538d8c89312be305b9779edbcb436af00.tar.bz2 | |
ACPI / PM: Register power resource devices as soon as they are needed
Depending on the organization of the ACPI namespace, power resource
device objects may generally be scanned after the "regular" device
objects that they are referred from through _PRn. This, in turn, may
cause acpi_bus_get_power_flags() to attempt to access them through
acpi_bus_init_power() before they are registered (and initialized by
acpi_power_driver). [This is not a theoretical issue, it actually
happens for one PnP device on my testbed HP nx6325.]
To fix this problem, make acpi_bus_get_power_flags() attempt to
register power resource devices as soon as they have been found in
the _PRn output for any other devices.
Signed-off-by: Rafael J. Wysocki <rjw@sisk.pl>
Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'include/acpi')
0 files changed, 0 insertions, 0 deletions