From: Jonathan Cameron <jic23@kernel.org>
To: Jinjie Ruan <ruanjinjie@huawei.com>
Cc: robh@kernel.org, alexandre.belloni@bootlin.com, lars@metafoo.de,
heiko@sntech.de, linux-iio@vger.kernel.org,
claudiu.beznea@tuxon.dev, yangyingliang@huawei.com,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH -next v2 3/3] iio: adc: at91_adc: Simplify with dev_err_probe()
Date: Sun, 27 Aug 2023 18:16:33 +0100 [thread overview]
Message-ID: <20230827181633.605fa2d5@jic23-huawei> (raw)
In-Reply-To: <20230826022922.3457054-4-ruanjinjie@huawei.com>
On Sat, 26 Aug 2023 10:29:22 +0800
Jinjie Ruan <ruanjinjie@huawei.com> wrote:
> Use the dev_err_probe() helper to simplify error handling during probe.
> This also handle scenario, when EDEFER is returned and useless error
> is printed.
>
> Signed-off-by: Jinjie Ruan <ruanjinjie@huawei.com>
As I've asked for other changes so there will probably be another version
anyway - a few trivial comments inline. Mostly you've hit the right balance
on line breaks, but there are a few more I'd like to see with the aim of
not going any longer than 80 chars than is necessary.
Thanks,
Jonathan
> ---
> drivers/iio/adc/at91_adc.c | 65 ++++++++++++++------------------------
> 1 file changed, 24 insertions(+), 41 deletions(-)
>
> diff --git a/drivers/iio/adc/at91_adc.c b/drivers/iio/adc/at91_adc.c
> index 2ac1b64f0fb7..a49f7021c73f 100644
> --- a/drivers/iio/adc/at91_adc.c
> +++ b/drivers/iio/adc/at91_adc.c
> @@ -1013,28 +1013,25 @@ static int at91_adc_probe(struct platform_device *pdev)
>
> st->use_external = of_property_read_bool(node, "atmel,adc-use-external-triggers");
>
> - if (of_property_read_u32(node, "atmel,adc-channels-used", &prop)) {
> - dev_err(&idev->dev, "Missing adc-channels-used property in the DT.\n");
> - return -EINVAL;
> - }
> + if (of_property_read_u32(node, "atmel,adc-channels-used", &prop))
> + return dev_err_probe(&idev->dev, -EINVAL,
> + "Missing adc-channels-used property in the DT.\n");
> st->channels_mask = prop;
>
> st->sleep_mode = of_property_read_bool(node, "atmel,adc-sleep-mode");
>
> - if (of_property_read_u32(node, "atmel,adc-startup-time", &prop)) {
> - dev_err(&idev->dev, "Missing adc-startup-time property in the DT.\n");
> - return -EINVAL;
> - }
> + if (of_property_read_u32(node, "atmel,adc-startup-time", &prop))
> + return dev_err_probe(&idev->dev, -EINVAL,
> + "Missing adc-startup-time property in the DT.\n");
> st->startup_time = prop;
>
> prop = 0;
> of_property_read_u32(node, "atmel,adc-sample-hold-time", &prop);
> st->sample_hold_time = prop;
>
> - if (of_property_read_u32(node, "atmel,adc-vref", &prop)) {
> - dev_err(&idev->dev, "Missing adc-vref property in the DT.\n");
> - return -EINVAL;
> - }
> + if (of_property_read_u32(node, "atmel,adc-vref", &prop))
> + return dev_err_probe(&idev->dev, -EINVAL,
> + "Missing adc-vref property in the DT.\n");
> st->vref_mv = prop;
>
> st->res = st->caps->high_res_bits;
> @@ -1069,7 +1066,6 @@ static int at91_adc_probe(struct platform_device *pdev)
> if (IS_ERR(st->reg_base))
> return PTR_ERR(st->reg_base);
>
> -
> /*
> * Disable all IRQs before setting up the handler
> */
> @@ -1084,26 +1080,18 @@ static int at91_adc_probe(struct platform_device *pdev)
> ret = devm_request_irq(&pdev->dev, st->irq,
> at91_adc_rl_interrupt, 0,
> pdev->dev.driver->name, idev);
> - if (ret) {
> - dev_err(&pdev->dev, "Failed to allocate IRQ.\n");
> - return ret;
> - }
> + if (ret)
> + return dev_err_probe(&pdev->dev, ret, "Failed to allocate IRQ.\n");
>
> st->clk = devm_clk_get_enabled(&pdev->dev, "adc_clk");
> - if (IS_ERR(st->clk)) {
> - dev_err(&pdev->dev,
> - "Could not prepare or enable the clock.\n");
> - ret = PTR_ERR(st->clk);
> - return ret;
> - }
> + if (IS_ERR(st->clk))
> + return dev_err_probe(&pdev->dev, PTR_ERR(st->clk),
> + "Could not prepare or enable the clock.\n");
>
> st->adc_clk = devm_clk_get_enabled(&pdev->dev, "adc_op_clk");
> - if (IS_ERR(st->adc_clk)) {
> - dev_err(&pdev->dev,
> - "Could not prepare or enable the ADC clock.\n");
> - ret = PTR_ERR(st->adc_clk);
> - return ret;
> - }
> + if (IS_ERR(st->adc_clk))
> + return dev_err_probe(&pdev->dev, PTR_ERR(st->adc_clk),
> + "Could not prepare or enable the ADC clock.\n");
>
> /*
> * Prescaler rate computation using the formula from the Atmel's
> @@ -1119,10 +1107,8 @@ static int at91_adc_probe(struct platform_device *pdev)
>
> prsc = (mstrclk / (2 * adc_clk)) - 1;
>
> - if (!st->startup_time) {
> - dev_err(&pdev->dev, "No startup time available.\n");
> - return -EINVAL;
> - }
> + if (!st->startup_time)
> + return dev_err_probe(&pdev->dev, -EINVAL, "No startup time available.\n");
Add a line break before the "
> ticks = (*st->caps->calc_startup_ticks)(st->startup_time, adc_clk_khz);
>
> /*
> @@ -1147,10 +1133,8 @@ static int at91_adc_probe(struct platform_device *pdev)
>
> /* Setup the ADC channels available on the board */
> ret = at91_adc_channel_init(idev);
> - if (ret < 0) {
> - dev_err(&pdev->dev, "Couldn't initialize the channels.\n");
> - return ret;
> - }
> + if (ret < 0)
> + return dev_err_probe(&pdev->dev, ret, "Couldn't initialize the channels.\n");
Line break before "
>
> init_waitqueue_head(&st->wq_data_avail);
> mutex_init(&st->lock);
> @@ -1162,10 +1146,9 @@ static int at91_adc_probe(struct platform_device *pdev)
> */
> if (!st->touchscreen_type) {
> ret = at91_adc_buffer_init(idev);
> - if (ret < 0) {
> - dev_err(&pdev->dev, "Couldn't initialize the buffer.\n");
> - return ret;
> - }
> + if (ret < 0)
> + return dev_err_probe(&pdev->dev, ret,
> + "Couldn't initialize the buffer.\n");
>
> ret = at91_adc_trigger_init(idev);
> if (ret < 0) {
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
prev parent reply other threads:[~2023-08-27 17:16 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-08-26 2:29 [PATCH -next v2 0/3] iio: adc: at91_adc: Cleanup with the helpers Jinjie Ruan
2023-08-26 2:29 ` [PATCH -next v2 1/3] iio: adc: at91_adc: Use devm_clk_get_enabled() helper function Jinjie Ruan
2023-08-27 17:11 ` Jonathan Cameron
2023-08-26 2:29 ` [PATCH -next v2 2/3] iio: adc: at91_adc: Use devm_request_irq() " Jinjie Ruan
2023-08-27 17:13 ` Jonathan Cameron
2023-08-26 2:29 ` [PATCH -next v2 3/3] iio: adc: at91_adc: Simplify with dev_err_probe() Jinjie Ruan
2023-08-27 17:16 ` 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=20230827181633.605fa2d5@jic23-huawei \
--to=jic23@kernel.org \
--cc=alexandre.belloni@bootlin.com \
--cc=claudiu.beznea@tuxon.dev \
--cc=heiko@sntech.de \
--cc=lars@metafoo.de \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-iio@vger.kernel.org \
--cc=robh@kernel.org \
--cc=ruanjinjie@huawei.com \
--cc=yangyingliang@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