From: Jonathan Cameron <jic23@kernel.org>
To: Jinjie Ruan <ruanjinjie@huawei.com>
Cc: <linux-iio@vger.kernel.org>, <linux-staging@lists.linux.dev>,
Lars-Peter Clausen <lars@metafoo.de>,
Michael Hennerich <Michael.Hennerich@analog.com>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Subject: Re: [PATCH -next] staging: iio: Use devm_clk_get_enabled() helper function
Date: Sun, 27 Aug 2023 18:51:18 +0100 [thread overview]
Message-ID: <20230827185118.1fe35cc0@jic23-huawei> (raw)
In-Reply-To: <20230825095612.2972892-1-ruanjinjie@huawei.com>
On Fri, 25 Aug 2023 17:56:12 +0800
Jinjie Ruan <ruanjinjie@huawei.com> wrote:
> The devm_clk_get_enabled() helper:
> - calls devm_clk_get()
> - calls clk_prepare_enable() and registers what is needed in order to
> call clk_disable_unprepare() when needed, as a managed resource.
>
> This simplifies the code and avoids the need of a dedicated function used
> with devm_add_action_or_reset().
>
> Signed-off-by: Jinjie Ruan <ruanjinjie@huawei.com>
Even for staging IIO drivers I generally prefer one patch per driver.
However I don't care enough for a simple case like this one so I've applied
it to the togreg branch of iio.git.
I made a minor tweak inline. The driver in question has several similar
odd
ret = A;
return ret;
blocks, but I've only tidied up the one you touched here
Thanks,
Jonathan
> ---
> drivers/staging/iio/frequency/ad9832.c | 15 +------------
> drivers/staging/iio/frequency/ad9834.c | 20 ++---------------
> .../staging/iio/impedance-analyzer/ad5933.c | 22 ++-----------------
> 3 files changed, 5 insertions(+), 52 deletions(-)
>
> diff --git a/drivers/staging/iio/frequency/ad9832.c b/drivers/staging/iio/frequency/ad9832.c
> index 6f9eebd6c7ee..6c390c4eb26d 100644
> --- a/drivers/staging/iio/frequency/ad9832.c
> +++ b/drivers/staging/iio/frequency/ad9832.c
> @@ -299,11 +299,6 @@ static void ad9832_reg_disable(void *reg)
> regulator_disable(reg);
> }
>
> -static void ad9832_clk_disable(void *clk)
> -{
> - clk_disable_unprepare(clk);
> -}
> -
> static int ad9832_probe(struct spi_device *spi)
> {
> struct ad9832_platform_data *pdata = dev_get_platdata(&spi->dev);
> @@ -350,18 +345,10 @@ static int ad9832_probe(struct spi_device *spi)
> if (ret)
> return ret;
>
> - st->mclk = devm_clk_get(&spi->dev, "mclk");
> + st->mclk = devm_clk_get_enabled(&spi->dev, "mclk");
> if (IS_ERR(st->mclk))
> return PTR_ERR(st->mclk);
>
> - ret = clk_prepare_enable(st->mclk);
> - if (ret < 0)
> - return ret;
> -
> - ret = devm_add_action_or_reset(&spi->dev, ad9832_clk_disable, st->mclk);
> - if (ret)
> - return ret;
> -
> st->spi = spi;
> mutex_init(&st->lock);
>
> diff --git a/drivers/staging/iio/frequency/ad9834.c b/drivers/staging/iio/frequency/ad9834.c
> index 285df0e489a6..4f35def05fb7 100644
> --- a/drivers/staging/iio/frequency/ad9834.c
> +++ b/drivers/staging/iio/frequency/ad9834.c
> @@ -394,13 +394,6 @@ static void ad9834_disable_reg(void *data)
> regulator_disable(reg);
> }
>
> -static void ad9834_disable_clk(void *data)
> -{
> - struct clk *clk = data;
> -
> - clk_disable_unprepare(clk);
> -}
> -
> static int ad9834_probe(struct spi_device *spi)
> {
> struct ad9834_state *st;
> @@ -429,22 +422,13 @@ static int ad9834_probe(struct spi_device *spi)
> }
> st = iio_priv(indio_dev);
> mutex_init(&st->lock);
> - st->mclk = devm_clk_get(&spi->dev, NULL);
> + st->mclk = devm_clk_get_enabled(&spi->dev, NULL);
> if (IS_ERR(st->mclk)) {
> - ret = PTR_ERR(st->mclk);
> - return ret;
> - }
> -
> - ret = clk_prepare_enable(st->mclk);
> - if (ret) {
> dev_err(&spi->dev, "Failed to enable master clock\n");
> + ret = PTR_ERR(st->mclk);
> return ret;
I combined this as
return PTR_ERR(st->mclk);
whilst applying.
There are other equally messy error handling lines int his driver, but
whilst we are here we can clean at least this one up ;)
Jonathan
> }
>
> - ret = devm_add_action_or_reset(&spi->dev, ad9834_disable_clk, st->mclk);
> - if (ret)
> - return ret;
> -
> st->spi = spi;
> st->devid = spi_get_device_id(spi)->driver_data;
> indio_dev->name = spi_get_device_id(spi)->name;
> diff --git a/drivers/staging/iio/impedance-analyzer/ad5933.c b/drivers/staging/iio/impedance-analyzer/ad5933.c
> index 46db6d91542a..e748a5d04e97 100644
> --- a/drivers/staging/iio/impedance-analyzer/ad5933.c
> +++ b/drivers/staging/iio/impedance-analyzer/ad5933.c
> @@ -667,13 +667,6 @@ static void ad5933_reg_disable(void *data)
> regulator_disable(st->reg);
> }
>
> -static void ad5933_clk_disable(void *data)
> -{
> - struct ad5933_state *st = data;
> -
> - clk_disable_unprepare(st->mclk);
> -}
> -
> static int ad5933_probe(struct i2c_client *client)
> {
> const struct i2c_device_id *id = i2c_client_get_device_id(client);
> @@ -712,23 +705,12 @@ static int ad5933_probe(struct i2c_client *client)
>
> st->vref_mv = ret / 1000;
>
> - st->mclk = devm_clk_get(&client->dev, "mclk");
> + st->mclk = devm_clk_get_enabled(&client->dev, "mclk");
> if (IS_ERR(st->mclk) && PTR_ERR(st->mclk) != -ENOENT)
> return PTR_ERR(st->mclk);
>
> - if (!IS_ERR(st->mclk)) {
> - ret = clk_prepare_enable(st->mclk);
> - if (ret < 0)
> - return ret;
> -
> - ret = devm_add_action_or_reset(&client->dev,
> - ad5933_clk_disable,
> - st);
> - if (ret)
> - return ret;
> -
> + if (!IS_ERR(st->mclk))
> ext_clk_hz = clk_get_rate(st->mclk);
> - }
>
> if (ext_clk_hz) {
> st->mclk_hz = ext_clk_hz;
prev parent reply other threads:[~2023-08-27 17:50 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-25 9:56 [PATCH -next] staging: iio: Use devm_clk_get_enabled() helper function Jinjie Ruan
2023-08-27 17:51 ` Jonathan Cameron [this message]
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=20230827185118.1fe35cc0@jic23-huawei \
--to=jic23@kernel.org \
--cc=Michael.Hennerich@analog.com \
--cc=gregkh@linuxfoundation.org \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-staging@lists.linux.dev \
--cc=ruanjinjie@huawei.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox