From: Jeff LaBundy <jeff@labundy.com>
To: Mattijs Korpershoek <mkorpershoek@baylibre.com>
Cc: dmitry.torokhov@gmail.com, robh+dt@kernel.org,
linux-input@vger.kernel.org, devicetree@vger.kernel.org
Subject: Re: [PATCH v2 3/7] Input: iqs7222 - report malformed properties
Date: Fri, 7 Oct 2022 20:20:33 -0500 [thread overview]
Message-ID: <Y0DQYUnGYo4Wfl7w@nixie71> (raw)
In-Reply-To: <87o7un7p72.fsf@mkorpershoek-xps-13-9370.home>
Hi Mattijs,
On Fri, Oct 07, 2022 at 03:12:17PM +0200, Mattijs Korpershoek wrote:
> On Thu, Sep 15, 2022 at 23:31, Jeff LaBundy <jeff@labundy.com> wrote:
>
> > Nonzero return values of several calls to fwnode_property_read_u32()
> > are silently ignored, leaving no way to know the properties were not
> > applied in the event of an error.
> >
> > Solve this problem by evaluating fwnode_property_read_u32()'s return
> > value, and reporting an error for any nonzero return value not equal
> > to -EINVAL which indicates the property was absent altogether.
> >
> > Fixes: e505edaedcb9 ("Input: add support for Azoteq IQS7222A/B/C")
> > Signed-off-by: Jeff LaBundy <jeff@labundy.com>
> > ---
> > Changes in v2:
> > - Used -EINVAL returned by fwnode_property_read_u32() to indicate an absent
> > optional property as opposed to calling fwnode_property_present()
> > - Updated commit message
> >
> > drivers/input/misc/iqs7222.c | 43 +++++++++++++++++++++++++++++-------
> > 1 file changed, 35 insertions(+), 8 deletions(-)
> >
> > diff --git a/drivers/input/misc/iqs7222.c b/drivers/input/misc/iqs7222.c
> > index d39b3fdfb849..36c3b24e99a3 100644
> > --- a/drivers/input/misc/iqs7222.c
> > +++ b/drivers/input/misc/iqs7222.c
> > @@ -1820,8 +1820,9 @@ static int iqs7222_parse_chan(struct iqs7222_private *iqs7222,
> > chan_setup[0] |= IQS7222_CHAN_SETUP_0_REF_MODE_FOLLOW;
> > chan_setup[4] = val * 42 + 1048;
> >
> > - if (!fwnode_property_read_u32(chan_node, "azoteq,ref-weight",
> > - &val)) {
> > + error = fwnode_property_read_u32(chan_node, "azoteq,ref-weight",
> > + &val);
> > + if (!error) {
> > if (val > U16_MAX) {
> > dev_err(&client->dev,
> > "Invalid %s reference weight: %u\n",
> > @@ -1830,6 +1831,11 @@ static int iqs7222_parse_chan(struct iqs7222_private *iqs7222,
> > }
> >
> > chan_setup[5] = val;
> > + } else if (error != -EINVAL) {
> > + dev_err(&client->dev,
> > + "Failed to read %s reference weight: %d\n",
> > + fwnode_get_name(chan_node), error);
> > + return error;
> > }
> >
> > /*
> > @@ -1902,9 +1908,10 @@ static int iqs7222_parse_chan(struct iqs7222_private *iqs7222,
> > if (!event_node)
> > continue;
> >
> > - if (!fwnode_property_read_u32(event_node,
> > - "azoteq,timeout-press-ms",
> > - &val)) {
> > + error = fwnode_property_read_u32(event_node,
> > + "azoteq,timeout-press-ms",
> > + &val);
> > + if (!error) {
> > /*
> > * The IQS7222B employs a global pair of press timeout
> > * registers as opposed to channel-specific registers.
> > @@ -1924,6 +1931,11 @@ static int iqs7222_parse_chan(struct iqs7222_private *iqs7222,
> >
> > *setup &= ~(U8_MAX << i * 8);
> > *setup |= (val / 500 << i * 8);
> > + } else if (error != -EINVAL) {
> > + dev_err(&client->dev,
> > + "Failed to read %s press timeout: %d\n",
> > + fwnode_get_name(event_node), error);
>
> Shouldn't we call fwnode_handle_put(event_node); here?
> It's what we do in the error path just above (line 2029)
Thank you for your review and for finding this; it's a great catch. I
will send out a v3 after the merge window with this fixed.
>
> With that added, feel free to include:
>
> Reviewed-by: Mattijs Korpershoek <mkorpershoek@baylibre.com>
>
> > + return error;
> > }
> >
> > error = iqs7222_parse_event(iqs7222, event_node, chan_index,
> > @@ -2028,7 +2040,8 @@ static int iqs7222_parse_sldr(struct iqs7222_private *iqs7222,
> > if (fwnode_property_present(sldr_node, "azoteq,use-prox"))
> > sldr_setup[4 + reg_offset] -= 2;
> >
> > - if (!fwnode_property_read_u32(sldr_node, "azoteq,slider-size", &val)) {
> > + error = fwnode_property_read_u32(sldr_node, "azoteq,slider-size", &val);
> > + if (!error) {
> > if (!val || val > dev_desc->sldr_res) {
> > dev_err(&client->dev, "Invalid %s size: %u\n",
> > fwnode_get_name(sldr_node), val);
> > @@ -2042,9 +2055,14 @@ static int iqs7222_parse_sldr(struct iqs7222_private *iqs7222,
> > sldr_setup[2] |= (val / 16 <<
> > IQS7222_SLDR_SETUP_2_RES_SHIFT);
> > }
> > + } else if (error != -EINVAL) {
> > + dev_err(&client->dev, "Failed to read %s size: %d\n",
> > + fwnode_get_name(sldr_node), error);
> > + return error;
> > }
> >
> > - if (!fwnode_property_read_u32(sldr_node, "azoteq,top-speed", &val)) {
> > + error = fwnode_property_read_u32(sldr_node, "azoteq,top-speed", &val);
> > + if (!error) {
> > if (val > (reg_offset ? U16_MAX : U8_MAX * 4)) {
> > dev_err(&client->dev, "Invalid %s top speed: %u\n",
> > fwnode_get_name(sldr_node), val);
> > @@ -2057,9 +2075,14 @@ static int iqs7222_parse_sldr(struct iqs7222_private *iqs7222,
> > sldr_setup[2] &= ~IQS7222_SLDR_SETUP_2_TOP_SPEED_MASK;
> > sldr_setup[2] |= (val / 4);
> > }
> > + } else if (error != -EINVAL) {
> > + dev_err(&client->dev, "Failed to read %s top speed: %d\n",
> > + fwnode_get_name(sldr_node), error);
> > + return error;
> > }
> >
> > - if (!fwnode_property_read_u32(sldr_node, "linux,axis", &val)) {
> > + error = fwnode_property_read_u32(sldr_node, "linux,axis", &val);
> > + if (!error) {
> > u16 sldr_max = sldr_setup[3] - 1;
> >
> > if (!reg_offset) {
> > @@ -2073,6 +2096,10 @@ static int iqs7222_parse_sldr(struct iqs7222_private *iqs7222,
> >
> > input_set_abs_params(iqs7222->keypad, val, 0, sldr_max, 0, 0);
> > iqs7222->sl_axis[sldr_index] = val;
> > + } else if (error != -EINVAL) {
> > + dev_err(&client->dev, "Failed to read %s axis: %d\n",
> > + fwnode_get_name(sldr_node), error);
> > + return error;
> > }
> >
> > if (dev_desc->wheel_enable) {
> > --
> > 2.34.1
Kind regards,
Jeff LaBundy
next prev parent reply other threads:[~2022-10-08 1:20 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-09-16 4:29 [PATCH v2 0/7] Additional fixes for Azoteq IQS7222A/B/C Jeff LaBundy
2022-09-16 4:30 ` [PATCH v2 1/7] Input: iqs7222 - drop unused device node references Jeff LaBundy
2022-10-07 13:12 ` Mattijs Korpershoek
2022-09-16 4:31 ` [PATCH v2 2/7] dt-bindings: input: iqs7222: Reduce 'linux,code' to optional Jeff LaBundy
2022-09-29 18:59 ` Rob Herring
2022-09-16 4:31 ` [PATCH v2 3/7] Input: iqs7222 - report malformed properties Jeff LaBundy
2022-10-07 13:12 ` Mattijs Korpershoek
2022-10-08 1:20 ` Jeff LaBundy [this message]
2022-09-16 4:31 ` [PATCH v2 4/7] dt-bindings: input: iqs7222: Correct minimum slider size Jeff LaBundy
2022-09-16 4:31 ` [PATCH v2 5/7] Input: iqs7222 - protect against undefined " Jeff LaBundy
2022-09-16 4:32 ` [PATCH v2 6/7] dt-bindings: input: iqs7222: Add support for IQS7222A v1.13+ Jeff LaBundy
2022-09-16 4:32 ` [PATCH v2 7/7] Input: iqs7222 - add " Jeff LaBundy
2022-10-07 13:16 ` Mattijs Korpershoek
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=Y0DQYUnGYo4Wfl7w@nixie71 \
--to=jeff@labundy.com \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.torokhov@gmail.com \
--cc=linux-input@vger.kernel.org \
--cc=mkorpershoek@baylibre.com \
--cc=robh+dt@kernel.org \
/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).