From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: Paul Cercueil <paul@crapouillou.net>
Cc: Wolfram Sang <wsa@kernel.org>, <linux-i2c@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 11/23] i2c: kempld: Remove #ifdef guards for PM related functions
Date: Thu, 6 Jul 2023 10:37:37 +0800 [thread overview]
Message-ID: <20230706103737.00007497@Huawei.com> (raw)
In-Reply-To: <20230705204314.89800-12-paul@crapouillou.net>
On Wed, 5 Jul 2023 22:43:02 +0200
Paul Cercueil <paul@crapouillou.net> wrote:
> Use the new PM macros for the suspend and resume functions to be
> automatically dropped by the compiler when CONFIG_PM or
> CONFIG_PM_SLEEP are disabled, without having to use #ifdef guards.
>
> This has the advantage of always compiling these functions in,
> independently of any Kconfig option. Thanks to that, bugs and other
> regressions are subsequently easier to catch.
>
> Note that the driver should most likely be updated to use the
> platform_driver.driver.pm.{suspend,resume} callbacks.
Agreed. In this particular case I'd be tempted to do that first
so that we don't introduce pm_ptr() usage for these hooks.
Look at the platform device core, I suspect they should be pm_sleep_ptr()
but not 100% sure.
Jonathan
>
> Signed-off-by: Paul Cercueil <paul@crapouillou.net>
> ---
> drivers/i2c/busses/i2c-kempld.c | 9 ++-------
> 1 file changed, 2 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/i2c/busses/i2c-kempld.c b/drivers/i2c/busses/i2c-kempld.c
> index 281058e3ea46..cb61e7b9202c 100644
> --- a/drivers/i2c/busses/i2c-kempld.c
> +++ b/drivers/i2c/busses/i2c-kempld.c
> @@ -350,7 +350,6 @@ static void kempld_i2c_remove(struct platform_device *pdev)
> i2c_del_adapter(&i2c->adap);
> }
>
> -#ifdef CONFIG_PM
> static int kempld_i2c_suspend(struct platform_device *pdev, pm_message_t state)
> {
> struct kempld_i2c_data *i2c = platform_get_drvdata(pdev);
> @@ -377,10 +376,6 @@ static int kempld_i2c_resume(struct platform_device *pdev)
>
> return 0;
> }
> -#else
> -#define kempld_i2c_suspend NULL
> -#define kempld_i2c_resume NULL
> -#endif
>
> static struct platform_driver kempld_i2c_driver = {
> .driver = {
> @@ -388,8 +383,8 @@ static struct platform_driver kempld_i2c_driver = {
> },
> .probe = kempld_i2c_probe,
> .remove_new = kempld_i2c_remove,
> - .suspend = kempld_i2c_suspend,
> - .resume = kempld_i2c_resume,
> + .suspend = pm_ptr(kempld_i2c_suspend),
> + .resume = pm_ptr(kempld_i2c_resume),
> };
>
> module_platform_driver(kempld_i2c_driver);
next prev parent reply other threads:[~2023-07-06 2:37 UTC|newest]
Thread overview: 79+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-05 20:42 [PATCH 00/23] i2c: Use new PM macros Paul Cercueil
2023-07-05 20:42 ` Paul Cercueil
2023-07-05 20:42 ` [PATCH 01/23] i2c: amd-mp2: Remove #ifdef guards for PM related functions Paul Cercueil
2023-07-06 2:09 ` Jonathan Cameron
2023-07-08 8:42 ` Paul Cercueil
2023-07-05 20:42 ` [PATCH 02/23] i2c: au1550: " Paul Cercueil
2023-07-06 2:10 ` Jonathan Cameron
2023-07-05 20:42 ` [PATCH 03/23] i2c: iproc: " Paul Cercueil
2023-07-05 20:42 ` Paul Cercueil
2023-07-06 2:11 ` Jonathan Cameron
2023-07-06 2:11 ` Jonathan Cameron
2023-07-06 17:01 ` Ray Jui
2023-07-06 17:01 ` Ray Jui
2023-07-05 20:42 ` [PATCH 04/23] i2c: brcmstb: " Paul Cercueil
2023-07-05 20:42 ` Paul Cercueil
2023-07-06 2:12 ` Jonathan Cameron
2023-07-06 2:12 ` Jonathan Cameron
2023-07-05 20:42 ` [PATCH 05/23] i2c: davinci: " Paul Cercueil
2023-07-05 20:42 ` Paul Cercueil
2023-07-06 2:15 ` Jonathan Cameron
2023-07-06 2:15 ` Jonathan Cameron
2023-07-05 20:42 ` [PATCH 06/23] i2c: designware: " Paul Cercueil
2023-07-06 2:18 ` Jonathan Cameron
2023-07-06 9:11 ` Andy Shevchenko
2023-07-05 20:42 ` [PATCH 07/23] i2c: exynos5: " Paul Cercueil
2023-07-05 20:42 ` Paul Cercueil
2023-07-06 2:25 ` Jonathan Cameron
2023-07-06 2:25 ` Jonathan Cameron
2023-07-05 20:42 ` [PATCH 08/23] i2c: hix5hd2: " Paul Cercueil
2023-07-06 2:27 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 09/23] i2c: i801: " Paul Cercueil
2023-07-06 2:28 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 10/23] i2c: img-scb: " Paul Cercueil
2023-07-06 2:31 ` Jonathan Cameron
2023-07-08 8:46 ` Paul Cercueil
2023-07-05 20:43 ` [PATCH 11/23] i2c: kempld: " Paul Cercueil
2023-07-06 2:37 ` Jonathan Cameron [this message]
2023-07-08 9:13 ` Paul Cercueil
2023-07-05 20:43 ` [PATCH 12/23] i2c: lpc2k: " Paul Cercueil
2023-07-05 20:43 ` Paul Cercueil
2023-07-06 2:39 ` Jonathan Cameron
2023-07-06 2:39 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 13/23] i2c: mt65xx: " Paul Cercueil
2023-07-05 20:43 ` Paul Cercueil
2023-07-06 2:40 ` Jonathan Cameron
2023-07-06 2:40 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 14/23] i2c: nomadik: " Paul Cercueil
2023-07-05 20:43 ` Paul Cercueil
2023-07-06 2:41 ` Jonathan Cameron
2023-07-06 2:41 ` Jonathan Cameron
2023-07-06 17:12 ` Linus Walleij
2023-07-06 17:12 ` Linus Walleij
2023-07-05 20:43 ` [PATCH 15/23] i2c: ocores: " Paul Cercueil
2023-07-06 2:42 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 16/23] i2c: pnx: " Paul Cercueil
2023-07-05 20:43 ` Paul Cercueil
2023-07-06 2:49 ` Jonathan Cameron
2023-07-06 2:49 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 17/23] i2c: pxa: " Paul Cercueil
2023-07-06 2:50 ` Jonathan Cameron
2023-07-05 20:43 ` [PATCH 18/23] i2c: qup: " Paul Cercueil
2023-07-06 2:51 ` Jonathan Cameron
2023-07-05 20:45 ` [PATCH 19/23] i2c: rcar: " Paul Cercueil
2023-07-05 20:45 ` [PATCH 20/23] i2c: s3c2410: " Paul Cercueil
2023-07-05 20:45 ` Paul Cercueil
2023-07-06 3:06 ` Jonathan Cameron
2023-07-06 3:06 ` Jonathan Cameron
2023-07-05 20:45 ` [PATCH 21/23] i2c: sh-mobile: " Paul Cercueil
2023-07-06 3:07 ` Jonathan Cameron
2023-07-10 12:40 ` Geert Uytterhoeven
2023-07-05 20:45 ` [PATCH 22/23] i2c: virtio: " Paul Cercueil
2023-07-06 3:07 ` Jonathan Cameron
2023-07-06 4:27 ` Viresh Kumar
2023-07-06 4:27 ` Viresh Kumar
2023-07-05 20:45 ` [PATCH 23/23] i2c: mux: pca954x: " Paul Cercueil
2023-07-06 3:07 ` Jonathan Cameron
2023-07-06 6:31 ` Peter Rosin
2023-07-06 2:52 ` [PATCH 19/23] i2c: rcar: " Jonathan Cameron
2023-07-10 12:41 ` Geert Uytterhoeven
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20230706103737.00007497@Huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=paul@crapouillou.net \
--cc=wsa@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.