diff mbox

[v5,1/2] PM / sleep: Go direct_complete if driver has no callbacks

Message ID 1443529760-17612-2-git-send-email-tomeu.vizoso@collabora.com (mailing list archive)
State Superseded, archived
Headers show

Commit Message

Tomeu Vizoso Sept. 29, 2015, 12:29 p.m. UTC
If a suitable prepare callback cannot be found for a given device and
its driver has no PM callbacks at all, assume that it can go direct to
complete when the system goes to sleep.

The reason for this is that there's lots of devices in a system that do
no PM at all and there's no reason for them to prevent their ancestors
to do direct_complete if they can support it.

Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com>
---

Changes in v5:
- Check for all dev_pm_ops instances associated to a device, updating a
  no_pm_callbacks flag at the times when that could change.

 drivers/base/dd.c           |  3 ++
 drivers/base/power/domain.c |  5 ++++
 drivers/base/power/main.c   | 69 ++++++++++++++++++++++++++++++++-------------
 drivers/base/power/power.h  |  2 ++
 include/linux/pm.h          |  1 +
 5 files changed, 61 insertions(+), 19 deletions(-)

Comments

kernel test robot Sept. 29, 2015, 1:37 p.m. UTC | #1
Hi Tomeu,

[auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore]

config: sh-sh7785lcr_32bit_defconfig (attached as .config)
reproduce:
  wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
  chmod +x ~/bin/make.cross
  git checkout 5bf5ff8fb7c319addf70c42d9e58ff3981ecac56
  # save the attached .config to linux build tree
  make.cross ARCH=sh 

All error/warnings (new ones prefixed by >>):

   drivers/built-in.o: In function `driver_bound':
>> drivers/base/dd.c:198: undefined reference to `device_check_pm_callbacks'
   drivers/built-in.o: In function `__device_release_driver':
   drivers/base/dd.c:676: undefined reference to `device_check_pm_callbacks'

vim +198 drivers/base/dd.c

d1c3414c2 Grant Likely       2012-03-05  192  }
d1c3414c2 Grant Likely       2012-03-05  193  late_initcall(deferred_probe_initcall);
07e4a3e27 Patrick Mochel     2005-03-21  194  
1901fb260 Kay Sievers        2006-10-07  195  static void driver_bound(struct device *dev)
07e4a3e27 Patrick Mochel     2005-03-21  196  {
8940b4f31 Greg Kroah-Hartman 2008-12-16  197  	if (klist_node_attached(&dev->p->knode_driver)) {
f86db396f Andrew Morton      2006-08-14 @198  		printk(KERN_WARNING "%s: device %s already bound\n",
2b3a302a0 Harvey Harrison    2008-03-04  199  			__func__, kobject_name(&dev->kobj));
1901fb260 Kay Sievers        2006-10-07  200  		return;
f86db396f Andrew Morton      2006-08-14  201  	}

:::::: The code at line 198 was first introduced by commit
:::::: f86db396ff455ed586751d21816a1ebd431264e5 drivers/base: check errors

:::::: TO: Andrew Morton <akpm@osdl.org>
:::::: CC: Greg Kroah-Hartman <gregkh@suse.de>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
kernel test robot Sept. 29, 2015, 1:38 p.m. UTC | #2
Hi Tomeu,

[auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore]

config: parisc-b180_defconfig (attached as .config)
reproduce:
  wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
  chmod +x ~/bin/make.cross
  git checkout 5bf5ff8fb7c319addf70c42d9e58ff3981ecac56
  # save the attached .config to linux build tree
  make.cross ARCH=parisc 

All error/warnings (new ones prefixed by >>):

   drivers/built-in.o: In function `driver_bound':
>> drivers/base/.tmp_dd.o:(.text.driver_bound+0x40): undefined reference to `device_check_pm_callbacks'
   drivers/built-in.o: In function `__device_release_driver':
>> drivers/base/.tmp_dd.o:(.text.__device_release_driver+0xac): undefined reference to `device_check_pm_callbacks'

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
kernel test robot Sept. 29, 2015, 1:39 p.m. UTC | #3
Hi Tomeu,

[auto build test results on v4.3-rc3 -- if it's inappropriate base, please ignore]

config: mn10300-asb2364_defconfig (attached as .config)
reproduce:
  wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross
  chmod +x ~/bin/make.cross
  git checkout 5bf5ff8fb7c319addf70c42d9e58ff3981ecac56
  # save the attached .config to linux build tree
  make.cross ARCH=mn10300 

All error/warnings (new ones prefixed by >>):

   drivers/built-in.o: In function `fb_register_client':
>> drivers/video/fbdev/core/fb_notify.c:36: undefined reference to `device_check_pm_callbacks'
>> drivers/video/fbdev/core/fb_notify.c:36: undefined reference to `device_check_pm_callbacks'

vim +36 drivers/video/fbdev/core/fb_notify.c

256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  30   *	fb_unregister_client - unregister a client notifier
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  31   *	@nb: notifier block to callback on events
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  32   */
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  33  int fb_unregister_client(struct notifier_block *nb)
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  34  {
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  35  	return blocking_notifier_chain_unregister(&fb_notifier_list, nb);
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30 @36  }
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  37  EXPORT_SYMBOL(fb_unregister_client);
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  38  
256154fb drivers/video/fb_notify.c Antonino A. Daplas 2006-07-30  39  /**

:::::: The code at line 36 was first introduced by commit
:::::: 256154fbc31c25a8df4d398232acfa9d4892224c [PATCH] fbdev: statically link the framebuffer notification functions

:::::: TO: Antonino A. Daplas <adaplas@gmail.com>
:::::: CC: Linus Torvalds <torvalds@g5.osdl.org>

---
0-DAY kernel test infrastructure                Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all                   Intel Corporation
Alan Stern Sept. 29, 2015, 2:39 p.m. UTC | #4
On Tue, 29 Sep 2015, Tomeu Vizoso wrote:

> If a suitable prepare callback cannot be found for a given device and
> its driver has no PM callbacks at all, assume that it can go direct to
> complete when the system goes to sleep.
> 
> The reason for this is that there's lots of devices in a system that do
> no PM at all and there's no reason for them to prevent their ancestors
> to do direct_complete if they can support it.
> 
> Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com>

> +void device_check_pm_callbacks(struct device *dev)
> +{
> +	dev->power.no_pm_callbacks =
> +		(!dev->bus || pm_ops_is_empty(dev->bus->pm)) &&
> +		(!dev->class || pm_ops_is_empty(dev->class->pm)) &&
> +		(!dev->type || pm_ops_is_empty(dev->type->pm)) &&
> +		(!dev->pm_domain || pm_ops_is_empty(&dev->pm_domain->ops)) &&
> +		(!dev->driver || pm_ops_is_empty(dev->driver->pm));
> +}

One fairly minor point: You should lock dev->power.lock before setting
this bitfield.  This is because bitfields are not SMP-safe.

Alan Stern

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Pavel Machek Oct. 4, 2015, 3:16 p.m. UTC | #5
On Tue 2015-09-29 14:29:19, Tomeu Vizoso wrote:
> If a suitable prepare callback cannot be found for a given device and
> its driver has no PM callbacks at all, assume that it can go direct to
> complete when the system goes to sleep.
> 
> The reason for this is that there's lots of devices in a system that do
> no PM at all and there's no reason for them to prevent their ancestors
> to do direct_complete if they can support it.

Dunno. This sounds like asking for trouble. Even if most devices can handle
this, is not this bound to introduce some bugs?

Thanks,
									Pavel

> 
> Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com>
> ---
> 
> Changes in v5:
> - Check for all dev_pm_ops instances associated to a device, updating a
>   no_pm_callbacks flag at the times when that could change.
> 
>  drivers/base/dd.c           |  3 ++
>  drivers/base/power/domain.c |  5 ++++
>  drivers/base/power/main.c   | 69 ++++++++++++++++++++++++++++++++-------------
>  drivers/base/power/power.h  |  2 ++
>  include/linux/pm.h          |  1 +
>  5 files changed, 61 insertions(+), 19 deletions(-)
> 
> diff --git a/drivers/base/dd.c b/drivers/base/dd.c
> index be0eb4639128..fe0e9cb684b8 100644
> --- a/drivers/base/dd.c
> +++ b/drivers/base/dd.c
> @@ -205,6 +205,8 @@ static void driver_bound(struct device *dev)
>  
>  	klist_add_tail(&dev->p->knode_driver, &dev->driver->p->klist_devices);
>  
> +	device_check_pm_callbacks(dev);
> +
>  	/*
>  	 * Make sure the device is no longer in one of the deferred lists and
>  	 * kick off retrying all pending devices
> @@ -695,6 +697,7 @@ static void __device_release_driver(struct device *dev)
>  			dev->pm_domain->dismiss(dev);
>  
>  		klist_remove(&dev->p->knode_driver);
> +		device_check_pm_callbacks(dev);
>  		if (dev->bus)
>  			blocking_notifier_call_chain(&dev->bus->p->bus_notifier,
>  						     BUS_NOTIFY_UNBOUND_DRIVER,
> diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
> index 16550c63d611..3cae1aa1885b 100644
> --- a/drivers/base/power/domain.c
> +++ b/drivers/base/power/domain.c
> @@ -20,6 +20,8 @@
>  #include <linux/suspend.h>
>  #include <linux/export.h>
>  
> +#include "power.h"
> +
>  #define GENPD_RETRY_MAX_MS	250		/* Approximate */
>  
>  #define GENPD_DEV_CALLBACK(genpd, type, callback, dev)		\
> @@ -1305,6 +1307,7 @@ int __pm_genpd_add_device(struct generic_pm_domain *genpd, struct device *dev,
>  
>  	list_add_tail(&gpd_data->base.list_node, &genpd->dev_list);
>  
> +	device_check_pm_callbacks(dev);
>   out:
>  	mutex_unlock(&genpd->lock);
>  
> @@ -1369,6 +1372,8 @@ int pm_genpd_remove_device(struct generic_pm_domain *genpd,
>  
>  	genpd_free_dev_data(dev, gpd_data);
>  
> +	device_check_pm_callbacks(dev);
> +
>  	return 0;
>  
>   out:
> diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
> index 1710c26ba097..b6eaa00b2540 100644
> --- a/drivers/base/power/main.c
> +++ b/drivers/base/power/main.c
> @@ -117,6 +117,31 @@ void device_pm_unlock(void)
>  	mutex_unlock(&dpm_list_mtx);
>  }
>  
> +static bool pm_ops_is_empty(const struct dev_pm_ops *ops)
> +{
> +	if (!ops)
> +		return true;
> +
> +	return !ops->prepare &&
> +	       !ops->suspend &&
> +	       !ops->suspend_late &&
> +	       !ops->suspend_noirq &&
> +	       !ops->resume_noirq &&
> +	       !ops->resume_early &&
> +	       !ops->resume &&
> +	       !ops->complete;
> +}
> +
> +void device_check_pm_callbacks(struct device *dev)
> +{
> +	dev->power.no_pm_callbacks =
> +		(!dev->bus || pm_ops_is_empty(dev->bus->pm)) &&
> +		(!dev->class || pm_ops_is_empty(dev->class->pm)) &&
> +		(!dev->type || pm_ops_is_empty(dev->type->pm)) &&
> +		(!dev->pm_domain || pm_ops_is_empty(&dev->pm_domain->ops)) &&
> +		(!dev->driver || pm_ops_is_empty(dev->driver->pm));
> +}
> +
>  /**
>   * device_pm_add - Add a device to the PM core's list of active devices.
>   * @dev: Device to add to the list.
> @@ -131,6 +156,8 @@ void device_pm_add(struct device *dev)
>  			dev_name(dev->parent));
>  	list_add_tail(&dev->power.entry, &dpm_list);
>  	mutex_unlock(&dpm_list_mtx);
> +
> +	device_check_pm_callbacks(dev);
>  }
>  
>  /**
> @@ -1569,27 +1596,31 @@ static int device_prepare(struct device *dev, pm_message_t state)
>  
>  	dev->power.wakeup_path = device_may_wakeup(dev);
>  
> -	if (dev->pm_domain) {
> -		info = "preparing power domain ";
> -		callback = dev->pm_domain->ops.prepare;
> -	} else if (dev->type && dev->type->pm) {
> -		info = "preparing type ";
> -		callback = dev->type->pm->prepare;
> -	} else if (dev->class && dev->class->pm) {
> -		info = "preparing class ";
> -		callback = dev->class->pm->prepare;
> -	} else if (dev->bus && dev->bus->pm) {
> -		info = "preparing bus ";
> -		callback = dev->bus->pm->prepare;
> -	}
> +	if (dev->power.no_pm_callbacks)
> +		ret = 1;	/* Let device go direct_complete */
> +	else {
> +		if (dev->pm_domain) {
> +			info = "preparing power domain ";
> +			callback = dev->pm_domain->ops.prepare;
> +		} else if (dev->type && dev->type->pm) {
> +			info = "preparing type ";
> +			callback = dev->type->pm->prepare;
> +		} else if (dev->class && dev->class->pm) {
> +			info = "preparing class ";
> +			callback = dev->class->pm->prepare;
> +		} else if (dev->bus && dev->bus->pm) {
> +			info = "preparing bus ";
> +			callback = dev->bus->pm->prepare;
> +		}
>  
> -	if (!callback && dev->driver && dev->driver->pm) {
> -		info = "preparing driver ";
> -		callback = dev->driver->pm->prepare;
> -	}
> +		if (!callback && dev->driver && dev->driver->pm) {
> +			info = "preparing driver ";
> +			callback = dev->driver->pm->prepare;
> +		}
>  
> -	if (callback)
> -		ret = callback(dev);
> +		if (callback)
> +			ret = callback(dev);
> +	}
>  
>  	device_unlock(dev);
>  
> diff --git a/drivers/base/power/power.h b/drivers/base/power/power.h
> index 998fa6b23084..518a8fc84e8d 100644
> --- a/drivers/base/power/power.h
> +++ b/drivers/base/power/power.h
> @@ -9,6 +9,8 @@ static inline void device_pm_init_common(struct device *dev)
>  	}
>  }
>  
> +extern void device_check_pm_callbacks(struct device *dev);
> +
>  #ifdef CONFIG_PM
>  
>  static inline void pm_runtime_early_init(struct device *dev)
> diff --git a/include/linux/pm.h b/include/linux/pm.h
> index 35d599e7250d..e334b9b8cd46 100644
> --- a/include/linux/pm.h
> +++ b/include/linux/pm.h
> @@ -566,6 +566,7 @@ struct dev_pm_info {
>  	bool			ignore_children:1;
>  	bool			early_init:1;	/* Owned by the PM core */
>  	bool			direct_complete:1;	/* Owned by the PM core */
> +	bool			no_pm_callbacks:1;	/* Owned by the PM core */
>  	spinlock_t		lock;
>  #ifdef CONFIG_PM_SLEEP
>  	struct list_head	entry;
> -- 
> 2.4.3
Tomeu Vizoso Oct. 5, 2015, 8:25 a.m. UTC | #6
On 4 October 2015 at 17:16, Pavel Machek <pavel@ucw.cz> wrote:
> On Tue 2015-09-29 14:29:19, Tomeu Vizoso wrote:
>> If a suitable prepare callback cannot be found for a given device and
>> its driver has no PM callbacks at all, assume that it can go direct to
>> complete when the system goes to sleep.
>>
>> The reason for this is that there's lots of devices in a system that do
>> no PM at all and there's no reason for them to prevent their ancestors
>> to do direct_complete if they can support it.
>
> Dunno. This sounds like asking for trouble. Even if most devices can handle
> this, is not this bound to introduce some bugs?

Hi Pavel,

in which situations do you think that this could be problematic?

Thanks,

Tomeu

> Thanks,
>                                                                         Pavel
>
>>
>> Signed-off-by: Tomeu Vizoso <tomeu.vizoso@collabora.com>
>> ---
>>
>> Changes in v5:
>> - Check for all dev_pm_ops instances associated to a device, updating a
>>   no_pm_callbacks flag at the times when that could change.
>>
>>  drivers/base/dd.c           |  3 ++
>>  drivers/base/power/domain.c |  5 ++++
>>  drivers/base/power/main.c   | 69 ++++++++++++++++++++++++++++++++-------------
>>  drivers/base/power/power.h  |  2 ++
>>  include/linux/pm.h          |  1 +
>>  5 files changed, 61 insertions(+), 19 deletions(-)
>>
>> diff --git a/drivers/base/dd.c b/drivers/base/dd.c
>> index be0eb4639128..fe0e9cb684b8 100644
>> --- a/drivers/base/dd.c
>> +++ b/drivers/base/dd.c
>> @@ -205,6 +205,8 @@ static void driver_bound(struct device *dev)
>>
>>       klist_add_tail(&dev->p->knode_driver, &dev->driver->p->klist_devices);
>>
>> +     device_check_pm_callbacks(dev);
>> +
>>       /*
>>        * Make sure the device is no longer in one of the deferred lists and
>>        * kick off retrying all pending devices
>> @@ -695,6 +697,7 @@ static void __device_release_driver(struct device *dev)
>>                       dev->pm_domain->dismiss(dev);
>>
>>               klist_remove(&dev->p->knode_driver);
>> +             device_check_pm_callbacks(dev);
>>               if (dev->bus)
>>                       blocking_notifier_call_chain(&dev->bus->p->bus_notifier,
>>                                                    BUS_NOTIFY_UNBOUND_DRIVER,
>> diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
>> index 16550c63d611..3cae1aa1885b 100644
>> --- a/drivers/base/power/domain.c
>> +++ b/drivers/base/power/domain.c
>> @@ -20,6 +20,8 @@
>>  #include <linux/suspend.h>
>>  #include <linux/export.h>
>>
>> +#include "power.h"
>> +
>>  #define GENPD_RETRY_MAX_MS   250             /* Approximate */
>>
>>  #define GENPD_DEV_CALLBACK(genpd, type, callback, dev)               \
>> @@ -1305,6 +1307,7 @@ int __pm_genpd_add_device(struct generic_pm_domain *genpd, struct device *dev,
>>
>>       list_add_tail(&gpd_data->base.list_node, &genpd->dev_list);
>>
>> +     device_check_pm_callbacks(dev);
>>   out:
>>       mutex_unlock(&genpd->lock);
>>
>> @@ -1369,6 +1372,8 @@ int pm_genpd_remove_device(struct generic_pm_domain *genpd,
>>
>>       genpd_free_dev_data(dev, gpd_data);
>>
>> +     device_check_pm_callbacks(dev);
>> +
>>       return 0;
>>
>>   out:
>> diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
>> index 1710c26ba097..b6eaa00b2540 100644
>> --- a/drivers/base/power/main.c
>> +++ b/drivers/base/power/main.c
>> @@ -117,6 +117,31 @@ void device_pm_unlock(void)
>>       mutex_unlock(&dpm_list_mtx);
>>  }
>>
>> +static bool pm_ops_is_empty(const struct dev_pm_ops *ops)
>> +{
>> +     if (!ops)
>> +             return true;
>> +
>> +     return !ops->prepare &&
>> +            !ops->suspend &&
>> +            !ops->suspend_late &&
>> +            !ops->suspend_noirq &&
>> +            !ops->resume_noirq &&
>> +            !ops->resume_early &&
>> +            !ops->resume &&
>> +            !ops->complete;
>> +}
>> +
>> +void device_check_pm_callbacks(struct device *dev)
>> +{
>> +     dev->power.no_pm_callbacks =
>> +             (!dev->bus || pm_ops_is_empty(dev->bus->pm)) &&
>> +             (!dev->class || pm_ops_is_empty(dev->class->pm)) &&
>> +             (!dev->type || pm_ops_is_empty(dev->type->pm)) &&
>> +             (!dev->pm_domain || pm_ops_is_empty(&dev->pm_domain->ops)) &&
>> +             (!dev->driver || pm_ops_is_empty(dev->driver->pm));
>> +}
>> +
>>  /**
>>   * device_pm_add - Add a device to the PM core's list of active devices.
>>   * @dev: Device to add to the list.
>> @@ -131,6 +156,8 @@ void device_pm_add(struct device *dev)
>>                       dev_name(dev->parent));
>>       list_add_tail(&dev->power.entry, &dpm_list);
>>       mutex_unlock(&dpm_list_mtx);
>> +
>> +     device_check_pm_callbacks(dev);
>>  }
>>
>>  /**
>> @@ -1569,27 +1596,31 @@ static int device_prepare(struct device *dev, pm_message_t state)
>>
>>       dev->power.wakeup_path = device_may_wakeup(dev);
>>
>> -     if (dev->pm_domain) {
>> -             info = "preparing power domain ";
>> -             callback = dev->pm_domain->ops.prepare;
>> -     } else if (dev->type && dev->type->pm) {
>> -             info = "preparing type ";
>> -             callback = dev->type->pm->prepare;
>> -     } else if (dev->class && dev->class->pm) {
>> -             info = "preparing class ";
>> -             callback = dev->class->pm->prepare;
>> -     } else if (dev->bus && dev->bus->pm) {
>> -             info = "preparing bus ";
>> -             callback = dev->bus->pm->prepare;
>> -     }
>> +     if (dev->power.no_pm_callbacks)
>> +             ret = 1;        /* Let device go direct_complete */
>> +     else {
>> +             if (dev->pm_domain) {
>> +                     info = "preparing power domain ";
>> +                     callback = dev->pm_domain->ops.prepare;
>> +             } else if (dev->type && dev->type->pm) {
>> +                     info = "preparing type ";
>> +                     callback = dev->type->pm->prepare;
>> +             } else if (dev->class && dev->class->pm) {
>> +                     info = "preparing class ";
>> +                     callback = dev->class->pm->prepare;
>> +             } else if (dev->bus && dev->bus->pm) {
>> +                     info = "preparing bus ";
>> +                     callback = dev->bus->pm->prepare;
>> +             }
>>
>> -     if (!callback && dev->driver && dev->driver->pm) {
>> -             info = "preparing driver ";
>> -             callback = dev->driver->pm->prepare;
>> -     }
>> +             if (!callback && dev->driver && dev->driver->pm) {
>> +                     info = "preparing driver ";
>> +                     callback = dev->driver->pm->prepare;
>> +             }
>>
>> -     if (callback)
>> -             ret = callback(dev);
>> +             if (callback)
>> +                     ret = callback(dev);
>> +     }
>>
>>       device_unlock(dev);
>>
>> diff --git a/drivers/base/power/power.h b/drivers/base/power/power.h
>> index 998fa6b23084..518a8fc84e8d 100644
>> --- a/drivers/base/power/power.h
>> +++ b/drivers/base/power/power.h
>> @@ -9,6 +9,8 @@ static inline void device_pm_init_common(struct device *dev)
>>       }
>>  }
>>
>> +extern void device_check_pm_callbacks(struct device *dev);
>> +
>>  #ifdef CONFIG_PM
>>
>>  static inline void pm_runtime_early_init(struct device *dev)
>> diff --git a/include/linux/pm.h b/include/linux/pm.h
>> index 35d599e7250d..e334b9b8cd46 100644
>> --- a/include/linux/pm.h
>> +++ b/include/linux/pm.h
>> @@ -566,6 +566,7 @@ struct dev_pm_info {
>>       bool                    ignore_children:1;
>>       bool                    early_init:1;   /* Owned by the PM core */
>>       bool                    direct_complete:1;      /* Owned by the PM core */
>> +     bool                    no_pm_callbacks:1;      /* Owned by the PM core */
>>       spinlock_t              lock;
>>  #ifdef CONFIG_PM_SLEEP
>>       struct list_head        entry;
>> --
>> 2.4.3
>
> --
> (english) http://www.livejournal.com/~pavelmachek
> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Pavel Machek Oct. 5, 2015, 9:07 a.m. UTC | #7
On Mon 2015-10-05 10:25:45, Tomeu Vizoso wrote:
> On 4 October 2015 at 17:16, Pavel Machek <pavel@ucw.cz> wrote:
> > On Tue 2015-09-29 14:29:19, Tomeu Vizoso wrote:
> >> If a suitable prepare callback cannot be found for a given device and
> >> its driver has no PM callbacks at all, assume that it can go direct to
> >> complete when the system goes to sleep.
> >>
> >> The reason for this is that there's lots of devices in a system that do
> >> no PM at all and there's no reason for them to prevent their ancestors
> >> to do direct_complete if they can support it.
> >
> > Dunno. This sounds like asking for trouble. Even if most devices can handle
> > this, is not this bound to introduce some bugs?
> 
> Hi Pavel,
> 
> in which situations do you think that this could be problematic?

Well.. driver with no PM callbacks probably works "by accident", and now you are changing
its environment. Do you have explanation why it will not break?

									Pavel
Rafael J. Wysocki Oct. 5, 2015, 1:29 p.m. UTC | #8
On Monday, October 05, 2015 11:07:27 AM Pavel Machek wrote:
> On Mon 2015-10-05 10:25:45, Tomeu Vizoso wrote:
> > On 4 October 2015 at 17:16, Pavel Machek <pavel@ucw.cz> wrote:
> > > On Tue 2015-09-29 14:29:19, Tomeu Vizoso wrote:
> > >> If a suitable prepare callback cannot be found for a given device and
> > >> its driver has no PM callbacks at all, assume that it can go direct to
> > >> complete when the system goes to sleep.
> > >>
> > >> The reason for this is that there's lots of devices in a system that do
> > >> no PM at all and there's no reason for them to prevent their ancestors
> > >> to do direct_complete if they can support it.
> > >
> > > Dunno. This sounds like asking for trouble. Even if most devices can handle
> > > this, is not this bound to introduce some bugs?
> > 
> > Hi Pavel,
> > 
> > in which situations do you think that this could be problematic?
> 
> Well.. driver with no PM callbacks probably works "by accident",

How exactly?

Do you have at least one example of that?

Thanks,
Rafael

--
To unsubscribe from this list: send the line "unsubscribe linux-pm" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff mbox

Patch

diff --git a/drivers/base/dd.c b/drivers/base/dd.c
index be0eb4639128..fe0e9cb684b8 100644
--- a/drivers/base/dd.c
+++ b/drivers/base/dd.c
@@ -205,6 +205,8 @@  static void driver_bound(struct device *dev)
 
 	klist_add_tail(&dev->p->knode_driver, &dev->driver->p->klist_devices);
 
+	device_check_pm_callbacks(dev);
+
 	/*
 	 * Make sure the device is no longer in one of the deferred lists and
 	 * kick off retrying all pending devices
@@ -695,6 +697,7 @@  static void __device_release_driver(struct device *dev)
 			dev->pm_domain->dismiss(dev);
 
 		klist_remove(&dev->p->knode_driver);
+		device_check_pm_callbacks(dev);
 		if (dev->bus)
 			blocking_notifier_call_chain(&dev->bus->p->bus_notifier,
 						     BUS_NOTIFY_UNBOUND_DRIVER,
diff --git a/drivers/base/power/domain.c b/drivers/base/power/domain.c
index 16550c63d611..3cae1aa1885b 100644
--- a/drivers/base/power/domain.c
+++ b/drivers/base/power/domain.c
@@ -20,6 +20,8 @@ 
 #include <linux/suspend.h>
 #include <linux/export.h>
 
+#include "power.h"
+
 #define GENPD_RETRY_MAX_MS	250		/* Approximate */
 
 #define GENPD_DEV_CALLBACK(genpd, type, callback, dev)		\
@@ -1305,6 +1307,7 @@  int __pm_genpd_add_device(struct generic_pm_domain *genpd, struct device *dev,
 
 	list_add_tail(&gpd_data->base.list_node, &genpd->dev_list);
 
+	device_check_pm_callbacks(dev);
  out:
 	mutex_unlock(&genpd->lock);
 
@@ -1369,6 +1372,8 @@  int pm_genpd_remove_device(struct generic_pm_domain *genpd,
 
 	genpd_free_dev_data(dev, gpd_data);
 
+	device_check_pm_callbacks(dev);
+
 	return 0;
 
  out:
diff --git a/drivers/base/power/main.c b/drivers/base/power/main.c
index 1710c26ba097..b6eaa00b2540 100644
--- a/drivers/base/power/main.c
+++ b/drivers/base/power/main.c
@@ -117,6 +117,31 @@  void device_pm_unlock(void)
 	mutex_unlock(&dpm_list_mtx);
 }
 
+static bool pm_ops_is_empty(const struct dev_pm_ops *ops)
+{
+	if (!ops)
+		return true;
+
+	return !ops->prepare &&
+	       !ops->suspend &&
+	       !ops->suspend_late &&
+	       !ops->suspend_noirq &&
+	       !ops->resume_noirq &&
+	       !ops->resume_early &&
+	       !ops->resume &&
+	       !ops->complete;
+}
+
+void device_check_pm_callbacks(struct device *dev)
+{
+	dev->power.no_pm_callbacks =
+		(!dev->bus || pm_ops_is_empty(dev->bus->pm)) &&
+		(!dev->class || pm_ops_is_empty(dev->class->pm)) &&
+		(!dev->type || pm_ops_is_empty(dev->type->pm)) &&
+		(!dev->pm_domain || pm_ops_is_empty(&dev->pm_domain->ops)) &&
+		(!dev->driver || pm_ops_is_empty(dev->driver->pm));
+}
+
 /**
  * device_pm_add - Add a device to the PM core's list of active devices.
  * @dev: Device to add to the list.
@@ -131,6 +156,8 @@  void device_pm_add(struct device *dev)
 			dev_name(dev->parent));
 	list_add_tail(&dev->power.entry, &dpm_list);
 	mutex_unlock(&dpm_list_mtx);
+
+	device_check_pm_callbacks(dev);
 }
 
 /**
@@ -1569,27 +1596,31 @@  static int device_prepare(struct device *dev, pm_message_t state)
 
 	dev->power.wakeup_path = device_may_wakeup(dev);
 
-	if (dev->pm_domain) {
-		info = "preparing power domain ";
-		callback = dev->pm_domain->ops.prepare;
-	} else if (dev->type && dev->type->pm) {
-		info = "preparing type ";
-		callback = dev->type->pm->prepare;
-	} else if (dev->class && dev->class->pm) {
-		info = "preparing class ";
-		callback = dev->class->pm->prepare;
-	} else if (dev->bus && dev->bus->pm) {
-		info = "preparing bus ";
-		callback = dev->bus->pm->prepare;
-	}
+	if (dev->power.no_pm_callbacks)
+		ret = 1;	/* Let device go direct_complete */
+	else {
+		if (dev->pm_domain) {
+			info = "preparing power domain ";
+			callback = dev->pm_domain->ops.prepare;
+		} else if (dev->type && dev->type->pm) {
+			info = "preparing type ";
+			callback = dev->type->pm->prepare;
+		} else if (dev->class && dev->class->pm) {
+			info = "preparing class ";
+			callback = dev->class->pm->prepare;
+		} else if (dev->bus && dev->bus->pm) {
+			info = "preparing bus ";
+			callback = dev->bus->pm->prepare;
+		}
 
-	if (!callback && dev->driver && dev->driver->pm) {
-		info = "preparing driver ";
-		callback = dev->driver->pm->prepare;
-	}
+		if (!callback && dev->driver && dev->driver->pm) {
+			info = "preparing driver ";
+			callback = dev->driver->pm->prepare;
+		}
 
-	if (callback)
-		ret = callback(dev);
+		if (callback)
+			ret = callback(dev);
+	}
 
 	device_unlock(dev);
 
diff --git a/drivers/base/power/power.h b/drivers/base/power/power.h
index 998fa6b23084..518a8fc84e8d 100644
--- a/drivers/base/power/power.h
+++ b/drivers/base/power/power.h
@@ -9,6 +9,8 @@  static inline void device_pm_init_common(struct device *dev)
 	}
 }
 
+extern void device_check_pm_callbacks(struct device *dev);
+
 #ifdef CONFIG_PM
 
 static inline void pm_runtime_early_init(struct device *dev)
diff --git a/include/linux/pm.h b/include/linux/pm.h
index 35d599e7250d..e334b9b8cd46 100644
--- a/include/linux/pm.h
+++ b/include/linux/pm.h
@@ -566,6 +566,7 @@  struct dev_pm_info {
 	bool			ignore_children:1;
 	bool			early_init:1;	/* Owned by the PM core */
 	bool			direct_complete:1;	/* Owned by the PM core */
+	bool			no_pm_callbacks:1;	/* Owned by the PM core */
 	spinlock_t		lock;
 #ifdef CONFIG_PM_SLEEP
 	struct list_head	entry;