From: Jonathan Cameron <jic23@kernel.org>
To: "Nuno Sá" <nuno.sa@analog.com>
Cc: <openbmc@lists.ozlabs.org>, <linux-imx@nxp.com>,
<linux-stm32@st-md-mailman.stormreply.com>,
<linux-iio@vger.kernel.org>, <linux-mips@vger.kernel.org>,
<linux-renesas-soc@vger.kernel.org>,
<linux-mediatek@lists.infradead.org>,
<chrome-platform@lists.linux.dev>,
<linux-arm-kernel@lists.infradead.org>,
Lad Prabhakar <prabhakar.mahadev-lad.rj@bp.renesas.com>,
<linux-arm-msm@vger.kernel.org>,
Gwendal Grignou <gwendal@chromium.org>,
Saravanan Sekar <sravanhome@gmail.com>,
Tomer Maimon <tmaimon77@gmail.com>,
Maxime Coquelin <mcoquelin.stm32@gmail.com>,
Alexandre Torgue <alexandre.torgue@foss.st.com>,
Lorenzo Bianconi <lorenzo@kernel.org>,
Fabio Estevam <festevam@gmail.com>,
Shawn Guo <shawnguo@kernel.org>,
Olivier Moysan <olivier.moysan@foss.st.com>,
Tali Perry <tali.perry1@gmail.com>,
Thara Gopinath <thara.gopinath@linaro.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Arnd Bergmann <arnd@arndb.de>,
Benjamin Fair <benjaminfair@google.com>,
Nicolas Ferre <nicolas.ferre@microchip.com>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Patrick Venture <venture@google.com>,
Pengutronix Kernel Team <kernel@pengutronix.de>,
Fabrice Gasnier <fabrice.gasnier@foss.st.com>,
Daniel Lezcano <daniel.lezcano@linaro.org>,
Benson Leung <bleung@chromium.org>, Nancy Yuen <yuenn@google.com>,
Miquel Raynal <miquel.raynal@bootlin.com>,
Alexandre Belloni <alexandre.belloni@bootlin.com>,
Zhang Rui <rui.zhang@intel.com>,
Linus Walleij <linus.walleij@linaro.org>,
Christophe Branchereau <cbranchereau@gmail.com>,
Cai Huoqing <cai.huoqing@linux.dev>,
Avi Fishman <avifishman70@gmail.com>,
Eugen Hristev <eugen.hristev@microchip.com>,
Matthias Brugger <matthias.bgg@gmail.com>,
Sascha Hauer <s.hauer@pengutronix.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Andy Shevchenko <andy.shevchenko@gmail.com>,
Guenter Roeck <groeck@chromium.org>,
Paul Cercueil <paul@crapouillou.net>,
Claudiu Beznea <claudiu.beznea@microchip.com>,
Andy Gross <agross@kernel.org>, Amit Kucheria <amitk@kernel.org>,
Michael Hennerich <Michael.Hennerich@analog.com>,
Haibo Chen <haibo.chen@nxp.com>,
Jishnu Prakash <quic_jprakash@quicinc.com>
Subject: Re: [PATCH v3 03/15] iio: inkern: only return error codes in iio_channel_get_*() APIs
Date: Sat, 6 Aug 2022 18:45:04 +0100 [thread overview]
Message-ID: <20220806184504.58960bd0@jic23-huawei> (raw)
In-Reply-To: <20220715122903.332535-4-nuno.sa@analog.com>
On Fri, 15 Jul 2022 14:28:51 +0200
Nuno Sá <nuno.sa@analog.com> wrote:
> APIs like of_iio_channel_get_by_name() and of_iio_channel_get_all() were
> returning a mix of NULL and pointers with NULL being the way to
> "notify" that we should do a "system" lookup for channels. This make
> it very confusing and prone to errors as commit 9f63cc0921ec
> ("iio: inkern: fix return value in devm_of_iio_channel_get_by_name()")
> proves. On top of this, patterns like 'if (channel != NULL) return
> channel' were being used where channel could actually be an error code
> which makes the code hard to read.
>
> This change also makes some functional changes on how errors were being
> handled. In the original behavior, even if we get an error like '-ENOMEM',
> we still continue with the search. We should only continue to lookup for
> the channel when it makes sense to do so. Hence, the main error handling
> in 'of_iio_channel_get_by_name()' is changed to the following logic:
>
> * If a channel 'name' is provided and we do find it via
> 'io-channel-names', we should be able to get it. If we get any error,
> we should not proceed with the lookup. Moreover, we should return an error
> so that callers won't proceed with a system lookup.
> * If a channel 'name' is provided and we cannot find it ('index < 0'),
> 'of_parse_phandle_with_args()' is expected to fail with '-EINVAL'. Hence,
> we should only continue if we get that error.
> * If a channel 'name' is not provided we should only carry on with the
> search if 'of_parse_phandle_with_args()' returns '-ENOENT'.
>
> Also note that a system channel lookup is only done if the returned
> error code (from 'of_iio_channel_get_by_name()' or
> 'of_iio_channel_get_all()' is -ENODEV.
>
> Signed-off-by: Nuno Sá <nuno.sa@analog.com>
> Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Hi Nuno,
Sorry for delay on getting to this. Sometimes the most useful work
on the core gets queued up at the back of my review queue because it's harder
than the average driver :)
Anyhow, only totally trivial stuff in here from me.
If you don't respin because of other comments, I can clean these up
whilst applying.
Thanks,
Jonathan
> ---
> drivers/iio/inkern.c | 54 +++++++++++++++++++++++++++++++-------------
> 1 file changed, 38 insertions(+), 16 deletions(-)
>
> diff --git a/drivers/iio/inkern.c b/drivers/iio/inkern.c
> index 87fd2a0d44f2..c6f1cfe09bd3 100644
> --- a/drivers/iio/inkern.c
> +++ b/drivers/iio/inkern.c
> @@ -214,7 +214,7 @@ static struct iio_channel *of_iio_channel_get(struct device_node *np, int index)
> struct iio_channel *of_iio_channel_get_by_name(struct device_node *np,
> const char *name)
> {
> - struct iio_channel *chan = NULL;
> + struct iio_channel *chan;
>
> /* Walk up the tree of devices looking for a matching iio channel */
> while (np) {
> @@ -231,13 +231,33 @@ struct iio_channel *of_iio_channel_get_by_name(struct device_node *np,
> name);
> chan = of_iio_channel_get(np, index);
> if (!IS_ERR(chan) || PTR_ERR(chan) == -EPROBE_DEFER)
> - break;
> - else if (name && index >= 0) {
> - pr_err("ERROR: could not get IIO channel %pOF:%s(%i)\n",
> - np, name ? name : "", index);
> - return NULL;
> + return chan;
> + if (name) {
> + if (index >= 0) {
> + pr_err("ERROR: could not get IIO channel %pOF:%s(%i)\n",
> + np, name, index);
> + /*
> + * In this case, we found 'name' in 'io-channel-names'
> + * but somehow we still fail so that we should not proceed
> + * with any other lookup. Hence, explicitly return -EINVAL
> + * (maybe not the better error code) so that the caller
> + * won't do a system lookup.
> + */
> + return ERR_PTR(-EINVAL);
> + }
Trivial, but wrong comment syntax for IIO + inconsistent with surrounding comments.
> + /* If index < 0, then of_parse_phandle_with_args() fails
> + * with -EINVAL which is expected. We should not proceed
> + * if we get any other error.
> + */
> + if (PTR_ERR(chan) != -EINVAL)
> + return chan;
> + } else if (PTR_ERR(chan) != -ENOENT) {
> + /*
> + * if !name, then we should only proceed the lookup if
> + * of_parse_phandle_with_args() returns -ENOENT.
> + */
> + return chan;
> }
> -
Try to avoid noise like this + I like this whitespace :)
> /*
> * No matching IIO channel found on this node.
> * If the parent node has a "io-channel-ranges" property,
> @@ -245,10 +265,10 @@ struct iio_channel *of_iio_channel_get_by_name(struct device_node *np,
> */
> np = np->parent;
> if (np && !of_get_property(np, "io-channel-ranges", NULL))
> - return NULL;
> + return ERR_PTR(-ENODEV);
> }
>
> - return chan;
> + return ERR_PTR(-ENODEV);
> }
> EXPORT_SYMBOL_GPL(of_iio_channel_get_by_name);
>
> @@ -267,8 +287,8 @@ static struct iio_channel *of_iio_channel_get_all(struct device *dev)
> break;
> } while (++nummaps);
>
> - if (nummaps == 0) /* no error, return NULL to search map table */
> - return NULL;
> + if (nummaps == 0)
> + return ERR_PTR(-ENODEV);
>
> /* NULL terminated array to save passing size */
> chans = kcalloc(nummaps + 1, sizeof(*chans), GFP_KERNEL);
> @@ -295,7 +315,7 @@ static struct iio_channel *of_iio_channel_get_all(struct device *dev)
>
> static inline struct iio_channel *of_iio_channel_get_all(struct device *dev)
> {
> - return NULL;
> + return ERR_PTR(-ENODEV);
> }
>
> #endif /* CONFIG_OF */
> @@ -362,7 +382,7 @@ struct iio_channel *iio_channel_get(struct device *dev,
> if (dev) {
> channel = of_iio_channel_get_by_name(dev->of_node,
> channel_name);
> - if (channel != NULL)
> + if (!IS_ERR(channel) || PTR_ERR(channel) != -ENODEV)
> return channel;
> }
>
> @@ -412,8 +432,6 @@ struct iio_channel *devm_of_iio_channel_get_by_name(struct device *dev,
> channel = of_iio_channel_get_by_name(np, channel_name);
> if (IS_ERR(channel))
> return channel;
> - if (!channel)
> - return ERR_PTR(-ENODEV);
>
> ret = devm_add_action_or_reset(dev, devm_iio_channel_free, channel);
> if (ret)
> @@ -436,7 +454,11 @@ struct iio_channel *iio_channel_get_all(struct device *dev)
> return ERR_PTR(-EINVAL);
>
> chans = of_iio_channel_get_all(dev);
> - if (chans)
> + /*
> + * We only want to carry on if the error is -ENODEV. Anything else
> + * should be reported up the stack.
> + */
> + if (!IS_ERR(chans) || PTR_ERR(chans) != -ENODEV)
> return chans;
>
> name = dev_name(dev);
next prev parent reply other threads:[~2022-08-06 17:35 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-15 12:28 [PATCH v3 00/15] make iio inkern interface firmware agnostic Nuno Sá
2022-07-15 12:28 ` [PATCH v3 01/15] iio: inkern: only release the device node when done with it Nuno Sá
2022-07-15 12:28 ` [PATCH v3 02/15] iio: inkern: fix return value in devm_of_iio_channel_get_by_name() Nuno Sá
2022-07-15 12:28 ` [PATCH v3 03/15] iio: inkern: only return error codes in iio_channel_get_*() APIs Nuno Sá
2022-08-06 17:45 ` Jonathan Cameron [this message]
2022-07-15 12:28 ` [PATCH v3 04/15] iio: inkern: split of_iio_channel_get_by_name() Nuno Sá
2022-08-06 18:30 ` Jonathan Cameron
2022-07-15 12:28 ` [PATCH v3 05/15] iio: inkern: move to fwnode properties Nuno Sá
2022-08-06 17:59 ` Jonathan Cameron
2022-08-06 18:38 ` Jonathan Cameron
2022-07-15 12:28 ` [PATCH v3 06/15] thermal: qcom: qcom-spmi-adc-tm5: convert to IIO fwnode API Nuno Sá
2022-07-15 21:40 ` Daniel Lezcano
2022-07-15 12:28 ` [PATCH v3 07/15] iio: adc: ingenic-adc: convert to IIO fwnode interface Nuno Sá
2022-07-15 12:28 ` [PATCH v3 08/15] iio: adc: ab8500-gpadc: convert to device properties Nuno Sá
2022-08-06 18:03 ` Jonathan Cameron
2022-08-06 18:08 ` Jonathan Cameron
2022-07-15 12:28 ` [PATCH v3 09/15] iio: adc: at91-sama5d2_adc: " Nuno Sá
2022-07-18 5:21 ` Claudiu.Beznea
2022-08-06 18:49 ` Jonathan Cameron
2022-08-18 8:39 ` Claudiu.Beznea
2022-07-15 12:28 ` [PATCH v3 10/15] iio: adc: qcom-pm8xxx-xoadc: " Nuno Sá
2022-07-15 12:28 ` [PATCH v3 11/15] iio: adc: qcom-spmi-vadc: " Nuno Sá
2022-07-15 12:29 ` [PATCH v3 12/15] iio: adc: qcom-spmi-adc5: " Nuno Sá
2022-08-06 18:20 ` Jonathan Cameron
2023-01-16 20:44 ` Marijn Suijten
2023-01-17 8:53 ` Andy Shevchenko
2023-01-17 9:06 ` Andy Shevchenko
2023-01-17 9:40 ` Andy Shevchenko
2023-01-17 22:42 ` Marijn Suijten
2022-07-15 12:29 ` [PATCH v3 13/15] iio: adc: stm32-adc: " Nuno Sá
2022-08-05 7:25 ` Fabrice Gasnier
2022-08-06 18:15 ` Jonathan Cameron
2022-08-06 18:53 ` Jonathan Cameron
2022-07-15 12:29 ` [PATCH v3 14/15] iio: inkern: remove OF dependencies Nuno Sá
2022-07-15 12:29 ` [PATCH v3 15/15] iio: inkern: fix coding style warnings Nuno Sá
2022-07-15 16:58 ` Andy Shevchenko
2022-08-06 18:56 ` [PATCH v3 00/15] make iio inkern interface firmware agnostic 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=20220806184504.58960bd0@jic23-huawei \
--to=jic23@kernel.org \
--cc=Michael.Hennerich@analog.com \
--cc=agross@kernel.org \
--cc=alexandre.belloni@bootlin.com \
--cc=alexandre.torgue@foss.st.com \
--cc=amitk@kernel.org \
--cc=andy.shevchenko@gmail.com \
--cc=arnd@arndb.de \
--cc=avifishman70@gmail.com \
--cc=benjaminfair@google.com \
--cc=bjorn.andersson@linaro.org \
--cc=bleung@chromium.org \
--cc=cai.huoqing@linux.dev \
--cc=cbranchereau@gmail.com \
--cc=chrome-platform@lists.linux.dev \
--cc=claudiu.beznea@microchip.com \
--cc=daniel.lezcano@linaro.org \
--cc=eugen.hristev@microchip.com \
--cc=fabrice.gasnier@foss.st.com \
--cc=festevam@gmail.com \
--cc=groeck@chromium.org \
--cc=gwendal@chromium.org \
--cc=haibo.chen@nxp.com \
--cc=kernel@pengutronix.de \
--cc=lars@metafoo.de \
--cc=linus.walleij@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-imx@nxp.com \
--cc=linux-mediatek@lists.infradead.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-renesas-soc@vger.kernel.org \
--cc=linux-stm32@st-md-mailman.stormreply.com \
--cc=lorenzo@kernel.org \
--cc=matthias.bgg@gmail.com \
--cc=mcoquelin.stm32@gmail.com \
--cc=miquel.raynal@bootlin.com \
--cc=nicolas.ferre@microchip.com \
--cc=nuno.sa@analog.com \
--cc=olivier.moysan@foss.st.com \
--cc=openbmc@lists.ozlabs.org \
--cc=paul@crapouillou.net \
--cc=prabhakar.mahadev-lad.rj@bp.renesas.com \
--cc=quic_jprakash@quicinc.com \
--cc=rafael@kernel.org \
--cc=rui.zhang@intel.com \
--cc=s.hauer@pengutronix.de \
--cc=shawnguo@kernel.org \
--cc=sravanhome@gmail.com \
--cc=tali.perry1@gmail.com \
--cc=thara.gopinath@linaro.org \
--cc=tmaimon77@gmail.com \
--cc=venture@google.com \
--cc=yuenn@google.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;
as well as URLs for NNTP newsgroup(s).