2010-06-17 22:36:49 +08:00
|
|
|
/*
|
|
|
|
* scsi_pm.c Copyright (C) 2010 Alan Stern
|
|
|
|
*
|
|
|
|
* SCSI dynamic Power Management
|
|
|
|
* Initial version: Alan Stern <stern@rowland.harvard.edu>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/pm_runtime.h>
|
2011-05-27 21:37:25 +08:00
|
|
|
#include <linux/export.h>
|
2010-06-17 22:36:49 +08:00
|
|
|
|
|
|
|
#include <scsi/scsi.h>
|
|
|
|
#include <scsi/scsi_device.h>
|
|
|
|
#include <scsi/scsi_driver.h>
|
|
|
|
#include <scsi/scsi_host.h>
|
|
|
|
|
|
|
|
#include "scsi_priv.h"
|
|
|
|
|
|
|
|
static int scsi_dev_type_suspend(struct device *dev, pm_message_t msg)
|
|
|
|
{
|
|
|
|
struct device_driver *drv;
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = scsi_device_quiesce(to_scsi_device(dev));
|
|
|
|
if (err == 0) {
|
|
|
|
drv = dev->driver;
|
|
|
|
if (drv && drv->suspend)
|
|
|
|
err = drv->suspend(dev, msg);
|
|
|
|
}
|
|
|
|
dev_dbg(dev, "scsi suspend: %d\n", err);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_dev_type_resume(struct device *dev)
|
|
|
|
{
|
|
|
|
struct device_driver *drv;
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
drv = dev->driver;
|
|
|
|
if (drv && drv->resume)
|
|
|
|
err = drv->resume(dev);
|
|
|
|
scsi_device_resume(to_scsi_device(dev));
|
|
|
|
dev_dbg(dev, "scsi resume: %d\n", err);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
#ifdef CONFIG_PM_SLEEP
|
|
|
|
|
|
|
|
static int scsi_bus_suspend_common(struct device *dev, pm_message_t msg)
|
|
|
|
{
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
if (scsi_is_sdev_device(dev))
|
|
|
|
err = scsi_dev_type_suspend(dev, msg);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_bus_resume_common(struct device *dev)
|
|
|
|
{
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
if (scsi_is_sdev_device(dev))
|
|
|
|
err = scsi_dev_type_resume(dev);
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
|
|
|
|
if (err == 0) {
|
|
|
|
pm_runtime_disable(dev);
|
|
|
|
pm_runtime_set_active(dev);
|
|
|
|
pm_runtime_enable(dev);
|
|
|
|
}
|
2010-06-17 22:36:49 +08:00
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_bus_suspend(struct device *dev)
|
|
|
|
{
|
|
|
|
return scsi_bus_suspend_common(dev, PMSG_SUSPEND);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_bus_freeze(struct device *dev)
|
|
|
|
{
|
|
|
|
return scsi_bus_suspend_common(dev, PMSG_FREEZE);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_bus_poweroff(struct device *dev)
|
|
|
|
{
|
|
|
|
return scsi_bus_suspend_common(dev, PMSG_HIBERNATE);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else /* CONFIG_PM_SLEEP */
|
|
|
|
|
|
|
|
#define scsi_bus_resume_common NULL
|
|
|
|
#define scsi_bus_suspend NULL
|
|
|
|
#define scsi_bus_freeze NULL
|
|
|
|
#define scsi_bus_poweroff NULL
|
|
|
|
|
|
|
|
#endif /* CONFIG_PM_SLEEP */
|
|
|
|
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
#ifdef CONFIG_PM_RUNTIME
|
|
|
|
|
|
|
|
static int scsi_runtime_suspend(struct device *dev)
|
|
|
|
{
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
dev_dbg(dev, "scsi_runtime_suspend\n");
|
|
|
|
if (scsi_is_sdev_device(dev)) {
|
|
|
|
err = scsi_dev_type_suspend(dev, PMSG_AUTO_SUSPEND);
|
|
|
|
if (err == -EAGAIN)
|
|
|
|
pm_schedule_suspend(dev, jiffies_to_msecs(
|
|
|
|
round_jiffies_up_relative(HZ/10)));
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Insert hooks here for targets, hosts, and transport classes */
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_runtime_resume(struct device *dev)
|
|
|
|
{
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
dev_dbg(dev, "scsi_runtime_resume\n");
|
|
|
|
if (scsi_is_sdev_device(dev))
|
|
|
|
err = scsi_dev_type_resume(dev);
|
|
|
|
|
|
|
|
/* Insert hooks here for targets, hosts, and transport classes */
|
|
|
|
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int scsi_runtime_idle(struct device *dev)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
dev_dbg(dev, "scsi_runtime_idle\n");
|
|
|
|
|
|
|
|
/* Insert hooks here for targets, hosts, and transport classes */
|
|
|
|
|
|
|
|
if (scsi_is_sdev_device(dev))
|
|
|
|
err = pm_schedule_suspend(dev, 100);
|
|
|
|
else
|
|
|
|
err = pm_runtime_suspend(dev);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
int scsi_autopm_get_device(struct scsi_device *sdev)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = pm_runtime_get_sync(&sdev->sdev_gendev);
|
2011-07-02 04:29:15 +08:00
|
|
|
if (err < 0 && err !=-EACCES)
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
pm_runtime_put_sync(&sdev->sdev_gendev);
|
2011-07-02 04:29:15 +08:00
|
|
|
else
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
err = 0;
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(scsi_autopm_get_device);
|
|
|
|
|
|
|
|
void scsi_autopm_put_device(struct scsi_device *sdev)
|
|
|
|
{
|
|
|
|
pm_runtime_put_sync(&sdev->sdev_gendev);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(scsi_autopm_put_device);
|
|
|
|
|
|
|
|
void scsi_autopm_get_target(struct scsi_target *starget)
|
|
|
|
{
|
|
|
|
pm_runtime_get_sync(&starget->dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
void scsi_autopm_put_target(struct scsi_target *starget)
|
|
|
|
{
|
|
|
|
pm_runtime_put_sync(&starget->dev);
|
|
|
|
}
|
|
|
|
|
|
|
|
int scsi_autopm_get_host(struct Scsi_Host *shost)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
err = pm_runtime_get_sync(&shost->shost_gendev);
|
2011-07-02 04:29:15 +08:00
|
|
|
if (err < 0 && err !=-EACCES)
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
pm_runtime_put_sync(&shost->shost_gendev);
|
2011-07-02 04:29:15 +08:00
|
|
|
else
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
err = 0;
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
void scsi_autopm_put_host(struct Scsi_Host *shost)
|
|
|
|
{
|
|
|
|
pm_runtime_put_sync(&shost->shost_gendev);
|
|
|
|
}
|
|
|
|
|
|
|
|
#else
|
|
|
|
|
|
|
|
#define scsi_runtime_suspend NULL
|
|
|
|
#define scsi_runtime_resume NULL
|
|
|
|
#define scsi_runtime_idle NULL
|
|
|
|
|
|
|
|
#endif /* CONFIG_PM_RUNTIME */
|
|
|
|
|
2010-06-17 22:36:49 +08:00
|
|
|
const struct dev_pm_ops scsi_bus_pm_ops = {
|
|
|
|
.suspend = scsi_bus_suspend,
|
|
|
|
.resume = scsi_bus_resume_common,
|
|
|
|
.freeze = scsi_bus_freeze,
|
|
|
|
.thaw = scsi_bus_resume_common,
|
|
|
|
.poweroff = scsi_bus_poweroff,
|
|
|
|
.restore = scsi_bus_resume_common,
|
[SCSI] implement runtime Power Management
This patch (as1398b) adds runtime PM support to the SCSI layer. Only
the machanism is provided; use of it is up to the various high-level
drivers, and the patch doesn't change any of them. Except for sg --
the patch expicitly prevents a device from being runtime-suspended
while its sg device file is open.
The implementation is simplistic. In general, hosts and targets are
automatically suspended when all their children are asleep, but for
them the runtime-suspend code doesn't actually do anything. (A host's
runtime PM status is propagated up the device tree, though, so a
runtime-PM-aware lower-level driver could power down the host adapter
hardware at the appropriate times.) There are comments indicating
where a transport class might be notified or some other hooks added.
LUNs are runtime-suspended by calling the drivers' existing suspend
handlers (and likewise for runtime-resume). Somewhat arbitrarily, the
implementation delays for 100 ms before suspending an eligible LUN.
This is because there typically are occasions during bootup when the
same device file is opened and closed several times in quick
succession.
The way this all works is that the SCSI core increments a device's
PM-usage count when it is registered. If a high-level driver does
nothing then the device will not be eligible for runtime-suspend
because of the elevated usage count. If a high-level driver wants to
use runtime PM then it can call scsi_autopm_put_device() in its probe
routine to decrement the usage count and scsi_autopm_get_device() in
its remove routine to restore the original count.
Hosts, targets, and LUNs are not suspended while they are being probed
or removed, or while the error handler is running. In fact, a fairly
large part of the patch consists of code to make sure that things
aren't suspended at such times.
[jejb: fix up compile issues in PM config variations]
Signed-off-by: Alan Stern <stern@rowland.harvard.edu>
Signed-off-by: James Bottomley <James.Bottomley@suse.de>
2010-06-17 22:41:42 +08:00
|
|
|
.runtime_suspend = scsi_runtime_suspend,
|
|
|
|
.runtime_resume = scsi_runtime_resume,
|
|
|
|
.runtime_idle = scsi_runtime_idle,
|
2010-06-17 22:36:49 +08:00
|
|
|
};
|