From: Jonathan Cameron <jic23@kernel.org>
To: Archit Anant <architanant5@gmail.com>
Cc: dlechner@baylibre.com, andy@kernel.org, nuno.sa@analog.com,
u.kleine-koenig@baylibre.com, linux-iio@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 5/6] iio: adc: ti-ads1015: use dev_err_probe() for error handling
Date: Sat, 1 Aug 2026 19:39:16 +0100 [thread overview]
Message-ID: <20260801193916.442d08d4@jic23-huawei> (raw)
In-Reply-To: <20260727192102.37968-6-architanant5@gmail.com>
On Tue, 28 Jul 2026 00:51:01 +0530
Archit Anant <architanant5@gmail.com> wrote:
> Simplify the error handling paths in ads1015_probe() and
> ads1015_client_get_channels_config() by converting dev_err()
> calls that are immediately followed by a return statement
> over to the modern dev_err_probe() helper.
>
> Suggested-by: Jonathan Cameron <jic23@kernel.org>
> Signed-off-by: Archit Anant <architanant5@gmail.com>
Ah. This doesn't pick up all the places I was expecting when reviewing
previous patch. It should definitely include the dev_err_probe()
for iio_device_register() - that won't be change just because
you move to devm_iio_device_register() in the next patch.
> ---
> drivers/iio/adc/ti-ads1015.c | 28 ++++++++++++----------------
> 1 file changed, 12 insertions(+), 16 deletions(-)
>
> diff --git a/drivers/iio/adc/ti-ads1015.c b/drivers/iio/adc/ti-ads1015.c
> index 59ce2f89daeb..a8dba4e5aed3 100644
> --- a/drivers/iio/adc/ti-ads1015.c
> +++ b/drivers/iio/adc/ti-ads1015.c
> @@ -883,18 +883,16 @@ static int ads1015_client_get_channels_config(struct i2c_client *client)
>
> if (!fwnode_property_read_u32(node, "ti,gain", &pval)) {
> pga = pval;
> - if (pga > 5) {
> - dev_err(dev, "invalid gain on %pfw\n", node);
> - return -EINVAL;
> - }
> + if (pga > 5)
> + return dev_err_probe(dev, -EINVAL,
> + "invalid gain on %pfw\n", node);
> }
>
> if (!fwnode_property_read_u32(node, "ti,datarate", &pval)) {
> data_rate = pval;
> - if (data_rate > 7) {
> - dev_err(dev, "invalid data_rate on %pfw\n", node);
> - return -EINVAL;
> - }
> + if (data_rate > 7)
> + return dev_err_probe(dev, -EINVAL,
> + "invalid data_rate on %pfw\n", node);
> }
>
> data->channel_data[channel].pga = pga;
> @@ -978,18 +976,16 @@ static int ads1015_probe(struct i2c_client *client)
> data->regmap = devm_regmap_init_i2c(client, chip->has_comparator ?
> &ads1015_regmap_config :
> &tla2024_regmap_config);
> - if (IS_ERR(data->regmap)) {
> - dev_err(dev, "Failed to allocate register map\n");
> - return PTR_ERR(data->regmap);
> - }
> + if (IS_ERR(data->regmap))
> + return dev_err_probe(dev, PTR_ERR(data->regmap),
> + "Failed to allocate register map\n");
>
> ret = devm_iio_triggered_buffer_setup(dev, indio_dev, NULL,
> ads1015_trigger_handler,
> &ads1015_buffer_setup_ops);
> - if (ret < 0) {
> - dev_err(dev, "iio triggered buffer setup failed\n");
Leave the switch from client->dev for this patch then we don't end up changing
same line twice. Just add a brief comment to say you are taking advantage
of the now available local dev pointer.
> - return ret;
> - }
> + if (ret < 0)
> + return dev_err_probe(dev, ret,
> + "iio triggered buffer setup failed\n");
>
> if (client->irq && chip->has_comparator) {
> unsigned long irq_trig = irq_get_trigger_type(client->irq);
next prev parent reply other threads:[~2026-08-01 18:39 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-07-27 19:20 [PATCH v2 0/6] iio: adc: ti-ads1015: modernize resource management Archit Anant
2026-07-27 19:20 ` [PATCH v2 1/6] iio: adc: ti-ads1015: use DEFINE_RUNTIME_DEV_PM_OPS() Archit Anant
2026-08-01 18:28 ` Jonathan Cameron
2026-08-03 7:22 ` Archit Anant
2026-07-27 19:20 ` [PATCH v2 2/6] iio: adc: ti-ads1015: fix PM leak on probe failure Archit Anant
2026-07-27 19:20 ` [PATCH v2 3/6] iio: adc: ti-ads1015: sort headers alphabetically Archit Anant
2026-07-27 19:21 ` [PATCH v2 4/6] iio: adc: ti-ads1015: use local device pointer in probe Archit Anant
2026-08-01 18:32 ` Jonathan Cameron
2026-07-27 19:21 ` [PATCH v2 5/6] iio: adc: ti-ads1015: use dev_err_probe() for error handling Archit Anant
2026-08-01 18:39 ` Jonathan Cameron [this message]
2026-07-27 19:21 ` [PATCH v2 6/6] iio: adc: ti-ads1015: convert to fully managed resources Archit Anant
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=20260801193916.442d08d4@jic23-huawei \
--to=jic23@kernel.org \
--cc=andy@kernel.org \
--cc=architanant5@gmail.com \
--cc=dlechner@baylibre.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=nuno.sa@analog.com \
--cc=u.kleine-koenig@baylibre.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 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.