diff options
author | Shaohua Li <shaohua.li@intel.com> | 2006-10-20 17:45:32 -0400 |
---|---|---|
committer | Greg Kroah-Hartman <gregkh@suse.de> | 2006-10-27 14:20:33 -0400 |
commit | 2449e06a5696b7af1c8a369b04c97f3b139cf3bb (patch) | |
tree | 22ee432f869df8c703fb25035e06d4e92d56be7f /drivers/pci/pci-driver.c | |
parent | 3095fc0c9772b4afb3c81f76664f341ef716d380 (diff) |
PCI: reset pci device state to unknown state for resume
Considering below scenario:
1.Unload a PCI device's driver, the device ->current remains in PCI_D0.
2.Do suspend/resume circle. After that, BIOS puts the device to D3.
3.Reload the device driver. The calling pci_set_power_state in the
driver can't change the state to D0, as set_power_state thinks the
device is already in D0.
A bug is reported at http://bugzilla.kernel.org/show_bug.cgi?id=6024
Pat attached a patch at
http://marc.theaimsgroup.com/?l=linux-pci&m=114049761428561&w=2 for this
issue, but it's lost. As pci_set_power_state can handle D3 -> D0
correctly (restore config space), I simplified Patrick's patch.
Signed-off-by: Shaohua Li <shaohua.li@intel.com>
Cc: Patrick Mochel <mochel@digitalimplant.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/pci/pci-driver.c')
-rw-r--r-- | drivers/pci/pci-driver.c | 13 |
1 files changed, 13 insertions, 0 deletions
diff --git a/drivers/pci/pci-driver.c b/drivers/pci/pci-driver.c index b1c0c707d96c..194f1d21d3d7 100644 --- a/drivers/pci/pci-driver.c +++ b/drivers/pci/pci-driver.c | |||
@@ -265,6 +265,13 @@ static int pci_device_remove(struct device * dev) | |||
265 | } | 265 | } |
266 | 266 | ||
267 | /* | 267 | /* |
268 | * If the device is still on, set the power state as "unknown", | ||
269 | * since it might change by the next time we load the driver. | ||
270 | */ | ||
271 | if (pci_dev->current_state == PCI_D0) | ||
272 | pci_dev->current_state = PCI_UNKNOWN; | ||
273 | |||
274 | /* | ||
268 | * We would love to complain here if pci_dev->is_enabled is set, that | 275 | * We would love to complain here if pci_dev->is_enabled is set, that |
269 | * the driver should have called pci_disable_device(), but the | 276 | * the driver should have called pci_disable_device(), but the |
270 | * unfortunate fact is there are too many odd BIOS and bridge setups | 277 | * unfortunate fact is there are too many odd BIOS and bridge setups |
@@ -288,6 +295,12 @@ static int pci_device_suspend(struct device * dev, pm_message_t state) | |||
288 | suspend_report_result(drv->suspend, i); | 295 | suspend_report_result(drv->suspend, i); |
289 | } else { | 296 | } else { |
290 | pci_save_state(pci_dev); | 297 | pci_save_state(pci_dev); |
298 | /* | ||
299 | * mark its power state as "unknown", since we don't know if | ||
300 | * e.g. the BIOS will change its device state when we suspend. | ||
301 | */ | ||
302 | if (pci_dev->current_state == PCI_D0) | ||
303 | pci_dev->current_state = PCI_UNKNOWN; | ||
291 | } | 304 | } |
292 | return i; | 305 | return i; |
293 | } | 306 | } |