From: Fabrice Gasnier <fabrice.gasnier@foss.st.com>
To: "Jonathan Cameron" <jic23@kernel.org>,
linux-iio@vger.kernel.org, "Nuno Sá" <nuno.sa@analog.com>,
"Andy Shevchenko" <andriy.shevchenko@linux.intel.com>
Cc: Cosmin Tanislav <cosmin.tanislav@analog.com>,
Mihail Chindris <mihail.chindris@analog.com>,
Rasmus Villemoes <linux@rasmusvillemoes.dk>,
Tomislav Denis <tomislav.denis@avl.com>,
Marek Vasut <marex@denx.de>,
Olivier Moysan <olivier.moysan@foss.st.com>,
Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>,
Dmitry Baryshkov <dmitry.baryshkov@linaro.org>,
Marijn Suijten <marijn.suijten@somainline.org>,
Marius Cristea <marius.cristea@microchip.com>,
Ibrahim Tilki <Ibrahim.Tilki@analog.com>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>
Subject: Re: [PATCH v5 5/9] iio: adc: stm32: Use device_for_each_child_node_scoped()
Date: Thu, 29 Feb 2024 12:34:26 +0100 [thread overview]
Message-ID: <68381afc-9cdf-4163-9232-eb3cbc996d87@foss.st.com> (raw)
In-Reply-To: <20240224123215.161469-6-jic23@kernel.org>
On 2/24/24 13:32, Jonathan Cameron wrote:
> From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
>
> Switching to the _scoped() version removes the need for manual
> calling of fwnode_handle_put() in the paths where the code
> exits the loop early. In this case that's all in error paths.
>
> Note this includes a probable fix as in one path an error message was
> printed with ret == 0.
Hi Jonathan,
Indeed, please find later question, inline.
>
> Took advantage of dev_err_probe() to futher simplify things given no
> longer a need for the goto err.
>
> Cc: Olivier Moysan <olivier.moysan@foss.st.com>
> Cc: Fabrice Gasnier <fabrice.gasnier@foss.st.com>
> Signed-off-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
>
> ---
> v5: Use a local struct device pointer.
> Add brackets back I shouldn't have dropped.
>
> Andy had a number of other comments but they would be unrelated changes
> so I'm leaving them for a future patch set.
> ---
> drivers/iio/adc/stm32-adc.c | 61 +++++++++++++++----------------------
> 1 file changed, 24 insertions(+), 37 deletions(-)
>
> diff --git a/drivers/iio/adc/stm32-adc.c b/drivers/iio/adc/stm32-adc.c
> index b5d3c9cea5c4..36add95212c3 100644
> --- a/drivers/iio/adc/stm32-adc.c
> +++ b/drivers/iio/adc/stm32-adc.c
> @@ -2187,58 +2187,52 @@ static int stm32_adc_generic_chan_init(struct iio_dev *indio_dev,
> struct iio_chan_spec *channels)
> {
> const struct stm32_adc_info *adc_info = adc->cfg->adc_info;
> - struct fwnode_handle *child;
> + struct device *dev = &indio_dev->dev;
> const char *name;
> int val, scan_index = 0, ret;
> bool differential;
> u32 vin[2];
>
> - device_for_each_child_node(&indio_dev->dev, child) {
> + device_for_each_child_node_scoped(dev, child) {
> ret = fwnode_property_read_u32(child, "reg", &val);
> - if (ret) {
> - dev_err(&indio_dev->dev, "Missing channel index %d\n", ret);
> - goto err;
> - }
> + if (ret)
> + return dev_err_probe(dev, ret,
> + "Missing channel index\n");
>
> ret = fwnode_property_read_string(child, "label", &name);
> /* label is optional */
> if (!ret) {
> - if (strlen(name) >= STM32_ADC_CH_SZ) {
> - dev_err(&indio_dev->dev, "Label %s exceeds %d characters\n",
> - name, STM32_ADC_CH_SZ);
> - ret = -EINVAL;
> - goto err;
> - }
> + if (strlen(name) >= STM32_ADC_CH_SZ)
> + return dev_err_probe(dev, -EINVAL,
> + "Label %s exceeds %d characters\n",
> + name, STM32_ADC_CH_SZ);
> +
> strscpy(adc->chan_name[val], name, STM32_ADC_CH_SZ);
> ret = stm32_adc_populate_int_ch(indio_dev, name, val);
> if (ret == -ENOENT)
> continue;
> else if (ret)
> - goto err;
> + return ret;
> } else if (ret != -EINVAL) {
> - dev_err(&indio_dev->dev, "Invalid label %d\n", ret);
> - goto err;
> + return dev_err_probe(dev, ret, "Invalid label\n");
> }
>
> - if (val >= adc_info->max_channels) {
> - dev_err(&indio_dev->dev, "Invalid channel %d\n", val);
> - ret = -EINVAL;
> - goto err;
> - }
> + if (val >= adc_info->max_channels)
> + return dev_err_probe(dev, -EINVAL,
> + "Invalid channel %d\n", val);
>
> differential = false;
> ret = fwnode_property_read_u32_array(child, "diff-channels", vin, 2);
> /* diff-channels is optional */
> if (!ret) {
> differential = true;
> - if (vin[0] != val || vin[1] >= adc_info->max_channels) {
> - dev_err(&indio_dev->dev, "Invalid channel in%d-in%d\n",
> - vin[0], vin[1]);
Good catch! I think you're talking about a missing "ret = -EINVAL;" here.
Do you think this should be split as a precursor fix patch, so it can be
picked into stable release ?
Please let me know. Appart from that, you can add my:
Tested-by: Fabrice Gasnier <fabrice.gasnier@foss.st.com>
Acked-by: Fabrice Gasnier <fabrice.gasnier@foss.st.com>
Thanks,
Best Regards,
Fabrice
> - goto err;
> - }
> + if (vin[0] != val || vin[1] >= adc_info->max_channels)
> + return dev_err_probe(dev, -EINVAL,
> + "Invalid channel in%d-in%d\n",
> + vin[0], vin[1]);
> } else if (ret != -EINVAL) {
> - dev_err(&indio_dev->dev, "Invalid diff-channels property %d\n", ret);
> - goto err;
> + return dev_err_probe(dev, ret,
> + "Invalid diff-channels property\n");
> }
>
> stm32_adc_chan_init_one(indio_dev, &channels[scan_index], val,
> @@ -2247,11 +2241,9 @@ static int stm32_adc_generic_chan_init(struct iio_dev *indio_dev,
> val = 0;
> ret = fwnode_property_read_u32(child, "st,min-sample-time-ns", &val);
> /* st,min-sample-time-ns is optional */
> - if (ret && ret != -EINVAL) {
> - dev_err(&indio_dev->dev, "Invalid st,min-sample-time-ns property %d\n",
> - ret);
> - goto err;
> - }
> + if (ret && ret != -EINVAL)
> + return dev_err_probe(dev, ret,
> + "Invalid st,min-sample-time-ns property\n");
>
> stm32_adc_smpr_init(adc, channels[scan_index].channel, val);
> if (differential)
> @@ -2261,11 +2253,6 @@ static int stm32_adc_generic_chan_init(struct iio_dev *indio_dev,
> }
>
> return scan_index;
> -
> -err:
> - fwnode_handle_put(child);
> -
> - return ret;
> }
>
> static int stm32_adc_chan_fw_init(struct iio_dev *indio_dev, bool timestamping)
next prev parent reply other threads:[~2024-02-29 11:36 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-24 12:32 [PATCH v5 0/9] IIO: Use device_for_each_child_scope() Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 1/9] iio: temp: ltc2983: Use __free(fwnode_handle) and device_for_each_node_scoped() Jonathan Cameron
2024-02-26 8:35 ` Nuno Sá
2024-02-26 19:30 ` Jonathan Cameron
2024-02-27 8:08 ` Nuno Sá
2024-02-24 12:32 ` [PATCH v5 2/9] iio: adc: mcp3564: Use device_for_each_child_node_scoped() Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 3/9] iio: adc: qcom-spmi-adc5: " Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 4/9] iio: adc: rzg2l_adc: " Jonathan Cameron
2024-02-27 9:52 ` Prabhakar Mahadev Lad
2024-02-27 19:16 ` Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 5/9] iio: adc: stm32: " Jonathan Cameron
2024-02-29 11:34 ` Fabrice Gasnier [this message]
2024-02-24 12:32 ` [PATCH v5 6/9] iio: adc: ti-ads1015: " Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 7/9] iio: adc: ti-ads131e08: " Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 8/9] iio: dac: ad3552r: " Jonathan Cameron
2024-02-24 12:32 ` [PATCH v5 9/9] iio: dac: ad5770r: " Jonathan Cameron
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=68381afc-9cdf-4163-9232-eb3cbc996d87@foss.st.com \
--to=fabrice.gasnier@foss.st.com \
--cc=Ibrahim.Tilki@analog.com \
--cc=Jonathan.Cameron@huawei.com \
--cc=andriy.shevchenko@linux.intel.com \
--cc=cosmin.tanislav@analog.com \
--cc=dmitry.baryshkov@linaro.org \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux@rasmusvillemoes.dk \
--cc=marex@denx.de \
--cc=marijn.suijten@somainline.org \
--cc=marius.cristea@microchip.com \
--cc=mihail.chindris@analog.com \
--cc=nuno.sa@analog.com \
--cc=olivier.moysan@foss.st.com \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=tomislav.denis@avl.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