Cleaning up the driver to use pm_ptr() and *_PM_OPS() macros that
make it simpler and allows the compiler to remove those functions
if built without CONFIG_PM and CONFIG_PM_SLEEP support.
Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
---
drivers/pinctrl/intel/pinctrl-baytrail.c | 11 +++--------
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/pinctrl/intel/pinctrl-baytrail.c b/drivers/pinctrl/intel/pinctrl-baytrail.c
index 27aef62fc7c0..66aabac6be9c 100644
--- a/drivers/pinctrl/intel/pinctrl-baytrail.c
+++ b/drivers/pinctrl/intel/pinctrl-baytrail.c
@@ -1733,7 +1733,6 @@ static int byt_pinctrl_probe(struct platform_device *pdev)
return 0;
}
-#ifdef CONFIG_PM_SLEEP
static int byt_gpio_suspend(struct device *dev)
{
struct intel_pinctrl *vg = dev_get_drvdata(dev);
@@ -1817,9 +1816,7 @@ static int byt_gpio_resume(struct device *dev)
raw_spin_unlock_irqrestore(&byt_lock, flags);
return 0;
}
-#endif
-#ifdef CONFIG_PM
static int byt_gpio_runtime_suspend(struct device *dev)
{
return 0;
@@ -1829,19 +1826,17 @@ static int byt_gpio_runtime_resume(struct device *dev)
{
return 0;
}
-#endif
static const struct dev_pm_ops byt_gpio_pm_ops = {
- SET_LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, byt_gpio_resume)
- SET_RUNTIME_PM_OPS(byt_gpio_runtime_suspend, byt_gpio_runtime_resume,
- NULL)
+ LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, byt_gpio_resume)
+ RUNTIME_PM_OPS(byt_gpio_runtime_suspend, byt_gpio_runtime_resume, NULL)
};
static struct platform_driver byt_gpio_driver = {
.probe = byt_pinctrl_probe,
.driver = {
.name = "byt_gpio",
- .pm = &byt_gpio_pm_ops,
+ .pm = pm_ptr(&byt_gpio_pm_ops),
.acpi_match_table = byt_gpio_acpi_match,
.suppress_bind_attrs = true,
},
--
2.40.0.1.gaa8946217a0b
Hi Andy, Le lundi 17 juillet 2023 à 20:28 +0300, Andy Shevchenko a écrit : > Cleaning up the driver to use pm_ptr() and *_PM_OPS() macros that > make it simpler and allows the compiler to remove those functions > if built without CONFIG_PM and CONFIG_PM_SLEEP support. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Reviewed-by: Paul Cercueil <paul@crapouillou.net> Cheers, -Paul > --- > drivers/pinctrl/intel/pinctrl-baytrail.c | 11 +++-------- > 1 file changed, 3 insertions(+), 8 deletions(-) > > diff --git a/drivers/pinctrl/intel/pinctrl-baytrail.c > b/drivers/pinctrl/intel/pinctrl-baytrail.c > index 27aef62fc7c0..66aabac6be9c 100644 > --- a/drivers/pinctrl/intel/pinctrl-baytrail.c > +++ b/drivers/pinctrl/intel/pinctrl-baytrail.c > @@ -1733,7 +1733,6 @@ static int byt_pinctrl_probe(struct > platform_device *pdev) > return 0; > } > > -#ifdef CONFIG_PM_SLEEP > static int byt_gpio_suspend(struct device *dev) > { > struct intel_pinctrl *vg = dev_get_drvdata(dev); > @@ -1817,9 +1816,7 @@ static int byt_gpio_resume(struct device *dev) > raw_spin_unlock_irqrestore(&byt_lock, flags); > return 0; > } > -#endif > > -#ifdef CONFIG_PM > static int byt_gpio_runtime_suspend(struct device *dev) > { > return 0; > @@ -1829,19 +1826,17 @@ static int byt_gpio_runtime_resume(struct > device *dev) > { > return 0; > } > -#endif > > static const struct dev_pm_ops byt_gpio_pm_ops = { > - SET_LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, > byt_gpio_resume) > - SET_RUNTIME_PM_OPS(byt_gpio_runtime_suspend, > byt_gpio_runtime_resume, > - NULL) > + LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, byt_gpio_resume) > + RUNTIME_PM_OPS(byt_gpio_runtime_suspend, > byt_gpio_runtime_resume, NULL) > }; > > static struct platform_driver byt_gpio_driver = { > .probe = byt_pinctrl_probe, > .driver = { > .name = "byt_gpio", > - .pm = &byt_gpio_pm_ops, > + .pm = pm_ptr(&byt_gpio_pm_ops), > .acpi_match_table = byt_gpio_acpi_match, > .suppress_bind_attrs = true, > },
On Mon, 17 Jul 2023 20:28:13 +0300 Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > Cleaning up the driver to use pm_ptr() and *_PM_OPS() macros that > make it simpler and allows the compiler to remove those functions > if built without CONFIG_PM and CONFIG_PM_SLEEP support. > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> LGTM but why is it in a set that claims to be about NOIRQ PM helper? FWIW Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com> > --- > drivers/pinctrl/intel/pinctrl-baytrail.c | 11 +++-------- > 1 file changed, 3 insertions(+), 8 deletions(-) > > diff --git a/drivers/pinctrl/intel/pinctrl-baytrail.c b/drivers/pinctrl/intel/pinctrl-baytrail.c > index 27aef62fc7c0..66aabac6be9c 100644 > --- a/drivers/pinctrl/intel/pinctrl-baytrail.c > +++ b/drivers/pinctrl/intel/pinctrl-baytrail.c > @@ -1733,7 +1733,6 @@ static int byt_pinctrl_probe(struct platform_device *pdev) > return 0; > } > > -#ifdef CONFIG_PM_SLEEP > static int byt_gpio_suspend(struct device *dev) > { > struct intel_pinctrl *vg = dev_get_drvdata(dev); > @@ -1817,9 +1816,7 @@ static int byt_gpio_resume(struct device *dev) > raw_spin_unlock_irqrestore(&byt_lock, flags); > return 0; > } > -#endif > > -#ifdef CONFIG_PM > static int byt_gpio_runtime_suspend(struct device *dev) > { > return 0; > @@ -1829,19 +1826,17 @@ static int byt_gpio_runtime_resume(struct device *dev) > { > return 0; > } > -#endif > > static const struct dev_pm_ops byt_gpio_pm_ops = { > - SET_LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, byt_gpio_resume) > - SET_RUNTIME_PM_OPS(byt_gpio_runtime_suspend, byt_gpio_runtime_resume, > - NULL) > + LATE_SYSTEM_SLEEP_PM_OPS(byt_gpio_suspend, byt_gpio_resume) > + RUNTIME_PM_OPS(byt_gpio_runtime_suspend, byt_gpio_runtime_resume, NULL) > }; > > static struct platform_driver byt_gpio_driver = { > .probe = byt_pinctrl_probe, > .driver = { > .name = "byt_gpio", > - .pm = &byt_gpio_pm_ops, > + .pm = pm_ptr(&byt_gpio_pm_ops), > .acpi_match_table = byt_gpio_acpi_match, > .suppress_bind_attrs = true, > },
On Tue, Jul 18, 2023 at 10:53:22AM +0100, Jonathan Cameron wrote: > On Mon, 17 Jul 2023 20:28:13 +0300 > Andy Shevchenko <andriy.shevchenko@linux.intel.com> wrote: > > > Cleaning up the driver to use pm_ptr() and *_PM_OPS() macros that > > make it simpler and allows the compiler to remove those functions > > if built without CONFIG_PM and CONFIG_PM_SLEEP support. > > > > Signed-off-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> > > LGTM but why is it in a set that claims to be about NOIRQ PM helper? Have you chance to read a cover letter? I explained that I added them as they are "kinda" to the topic (PM related). I can apply them and drop for next version. Thank you for the review! -- With Best Regards, Andy Shevchenko
© 2016 - 2024 Red Hat, Inc.