This patch makes SET_SYSTEM_SLEEP_PM_OPS() and SET_RUNTIME_PM_OPS() more smart. Despite those macros check for '#ifdef CONFIG_PM_SLEEP/RUNTIME' to avoid setting the callbacks when such #ifdef's aren't defined, they don't handle compiler to avoid messages like that: drivers/usb/host/xhci-plat.c:200:12: warning: ‘xhci_plat_suspend’ defined but not used [-Wunused-function] drivers/usb/host/xhci-plat.c:208:12: warning: ‘xhci_plat_resume’ defined but not used [-Wunused-function] As result, those macros get rid of #ifdef's when setting callbacks but not when implementing them. With this patch, drivers using SET_*_PM_OPS() macros don't need to #ifdef the callbacks implementation as well. Signed-off-by: David Cohen <david.a.cohen@xxxxxxxxxxxxxxx> --- include/linux/pm.h | 11 +++++++++-- 1 file changed, 9 insertions(+), 2 deletions(-) diff --git a/include/linux/pm.h b/include/linux/pm.h index a224c7f5c377..41a0f3b42209 100644 --- a/include/linux/pm.h +++ b/include/linux/pm.h @@ -299,6 +299,8 @@ struct dev_pm_ops { int (*runtime_idle)(struct device *dev); }; +#define MAKE_ME_NULL(fn) ((void *)((unsigned long)(fn) - (unsigned long)(fn))) + #ifdef CONFIG_PM_SLEEP #define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn) \ .suspend = suspend_fn, \ @@ -308,7 +310,9 @@ struct dev_pm_ops { .poweroff = suspend_fn, \ .restore = resume_fn, #else -#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn) +#define SET_SYSTEM_SLEEP_PM_OPS(suspend_fn, resume_fn) \ + .suspend = MAKE_ME_NULL(suspend_fn), \ + .resume = MAKE_ME_NULL(resume_fn), #endif #ifdef CONFIG_PM_RUNTIME @@ -317,7 +321,10 @@ struct dev_pm_ops { .runtime_resume = resume_fn, \ .runtime_idle = idle_fn, #else -#define SET_RUNTIME_PM_OPS(suspend_fn, resume_fn, idle_fn) +#define SET_RUNTIME_PM_OPS(suspend_fn, resume_fn, idle_fn) \ + .runtime_suspend = MAKE_ME_NULL(suspend_fn), \ + .runtime_resume = MAKE_ME_NULL(resume_fn), \ + .runtime_idle = MAKE_ME_NULL(idle_fn), #endif /* -- 1.8.4.2 -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html