Re: [PATCH] SCSI / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-09 Thread Rafael J. Wysocki
On Tuesday, December 09, 2014 02:19:57 PM Aaron Lu wrote:
 On 12/04/2014 09:22 AM, Rafael J. Wysocki wrote:
  From: Rafael J. Wysocki rafael.j.wyso...@intel.com
  
  After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
  selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
  depending on CONFIG_PM_RUNTIME may now be changed to depend on
  CONFIG_PM.
  
  Replace CONFIG_PM_RUNTIME with CONFIG_PM everywhere under
  drivers/scsi/ and in include/scsi/scsi_device.h.
  
  Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
  ---
  
  Note: This depends on commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if
  PM_SLEEP is selected) which is only in linux-next at the moment (via the
  linux-pm tree).
  
  Please let me know if it is OK to take this one into linux-pm.
  
  ---
   drivers/scsi/scsi_pm.c   |4 ++--
   drivers/scsi/scsi_priv.h |5 ++---
   drivers/scsi/ufs/ufshcd-pci.c|   11 ---
   drivers/scsi/ufs/ufshcd-pltfrm.c |   11 ---
   include/scsi/scsi_device.h   |4 ++--
   5 files changed, 14 insertions(+), 21 deletions(-)
  
  Index: linux-pm/drivers/scsi/scsi_pm.c
  ===
  --- linux-pm.orig/drivers/scsi/scsi_pm.c
  +++ linux-pm/drivers/scsi/scsi_pm.c
  @@ -213,7 +213,7 @@ static int scsi_bus_restore(struct devic
   
   #endif /* CONFIG_PM_SLEEP */
   
  -#ifdef CONFIG_PM_RUNTIME
  +#ifdef CONFIG_PM
   
   static int sdev_runtime_suspend(struct device *dev)
   {
  @@ -338,7 +338,7 @@ void scsi_autopm_put_host(struct Scsi_Ho
   #define scsi_runtime_resumeNULL
   #define scsi_runtime_idle  NULL
   
  -#endif /* CONFIG_PM_RUNTIME */
  +#endif /* CONFIG_PM */
   
   const struct dev_pm_ops scsi_bus_pm_ops = {
  .prepare =  scsi_bus_prepare,
 
 Just one nitpeak: since scsi_pm.o is only compiled when CONFIG_PM is
 set, I think we can skip the #ifdef CONFIG_PM ... #endif macro in this
 file now. I mean something like this:

Ah, right, I overlooked that, thanks!

I've folded the below into the SCSI patch.

 diff --git a/drivers/scsi/scsi_pm.c b/drivers/scsi/scsi_pm.c
 index 7454498..9e43ae1 100644
 --- a/drivers/scsi/scsi_pm.c
 +++ b/drivers/scsi/scsi_pm.c
 @@ -213,8 +213,6 @@ static int scsi_bus_restore(struct device *dev)
  
  #endif /* CONFIG_PM_SLEEP */
  
 -#ifdef CONFIG_PM_RUNTIME
 -
  static int sdev_runtime_suspend(struct device *dev)
  {
   const struct dev_pm_ops *pm = dev-driver ? dev-driver-pm : NULL;
 @@ -332,14 +330,6 @@ 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_idleNULL
 -
 -#endif /* CONFIG_PM_RUNTIME */
 -
  const struct dev_pm_ops scsi_bus_pm_ops = {
   .prepare =  scsi_bus_prepare,
   .suspend =  scsi_bus_suspend,
 
 Thanks,
 Aaron
 --
 To unsubscribe from this list: send the line unsubscribe linux-kernel in
 the body of a message to majord...@vger.kernel.org
 More majordomo info at  http://vger.kernel.org/majordomo-info.html
 Please read the FAQ at  http://www.tux.org/lkml/

-- 
I speak only for myself.
Rafael J. Wysocki, Intel Open Source Technology Center.
--
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


Re: [PATCH] SCSI / PM: Replace CONFIG_PM_RUNTIME with CONFIG_PM

2014-12-08 Thread Aaron Lu
On 12/04/2014 09:22 AM, Rafael J. Wysocki wrote:
 From: Rafael J. Wysocki rafael.j.wyso...@intel.com
 
 After commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if PM_SLEEP is
 selected) PM_RUNTIME is always set if PM is set, so #ifdef blocks
 depending on CONFIG_PM_RUNTIME may now be changed to depend on
 CONFIG_PM.
 
 Replace CONFIG_PM_RUNTIME with CONFIG_PM everywhere under
 drivers/scsi/ and in include/scsi/scsi_device.h.
 
 Signed-off-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
 ---
 
 Note: This depends on commit b2b49ccbdd54 (PM: Kconfig: Set PM_RUNTIME if
 PM_SLEEP is selected) which is only in linux-next at the moment (via the
 linux-pm tree).
 
 Please let me know if it is OK to take this one into linux-pm.
 
 ---
  drivers/scsi/scsi_pm.c   |4 ++--
  drivers/scsi/scsi_priv.h |5 ++---
  drivers/scsi/ufs/ufshcd-pci.c|   11 ---
  drivers/scsi/ufs/ufshcd-pltfrm.c |   11 ---
  include/scsi/scsi_device.h   |4 ++--
  5 files changed, 14 insertions(+), 21 deletions(-)
 
 Index: linux-pm/drivers/scsi/scsi_pm.c
 ===
 --- linux-pm.orig/drivers/scsi/scsi_pm.c
 +++ linux-pm/drivers/scsi/scsi_pm.c
 @@ -213,7 +213,7 @@ static int scsi_bus_restore(struct devic
  
  #endif /* CONFIG_PM_SLEEP */
  
 -#ifdef CONFIG_PM_RUNTIME
 +#ifdef CONFIG_PM
  
  static int sdev_runtime_suspend(struct device *dev)
  {
 @@ -338,7 +338,7 @@ void scsi_autopm_put_host(struct Scsi_Ho
  #define scsi_runtime_resume  NULL
  #define scsi_runtime_idleNULL
  
 -#endif /* CONFIG_PM_RUNTIME */
 +#endif /* CONFIG_PM */
  
  const struct dev_pm_ops scsi_bus_pm_ops = {
   .prepare =  scsi_bus_prepare,

Just one nitpeak: since scsi_pm.o is only compiled when CONFIG_PM is
set, I think we can skip the #ifdef CONFIG_PM ... #endif macro in this
file now. I mean something like this:

diff --git a/drivers/scsi/scsi_pm.c b/drivers/scsi/scsi_pm.c
index 7454498..9e43ae1 100644
--- a/drivers/scsi/scsi_pm.c
+++ b/drivers/scsi/scsi_pm.c
@@ -213,8 +213,6 @@ static int scsi_bus_restore(struct device *dev)
 
 #endif /* CONFIG_PM_SLEEP */
 
-#ifdef CONFIG_PM_RUNTIME
-
 static int sdev_runtime_suspend(struct device *dev)
 {
const struct dev_pm_ops *pm = dev-driver ? dev-driver-pm : NULL;
@@ -332,14 +330,6 @@ 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_resumeNULL
-#define scsi_runtime_idle  NULL
-
-#endif /* CONFIG_PM_RUNTIME */
-
 const struct dev_pm_ops scsi_bus_pm_ops = {
.prepare =  scsi_bus_prepare,
.suspend =  scsi_bus_suspend,

Thanks,
Aaron
--
To unsubscribe from this list: send the line unsubscribe linux-scsi in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html