From: Nicholas Mc Guire <der.herr@hofr.at>
To: Jonathan Cameron <jic23@kernel.org>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
Hartmut Knaack <knaack.h@gmx.de>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
simran singhal <singhalsimran0@gmail.com>,
Arnd Bergmann <arnd@arndb.de>,
Gregor Boirie <gregor.boirie@parrot.com>,
linux-iio@vger.kernel.org,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH RFC] iio: pressure: zpa2326: report interrupted case as failure
Date: Wed, 5 Jul 2017 07:37:05 +0000 [thread overview]
Message-ID: <20170705073705.GA8145@osadl.at> (raw)
In-Reply-To: <20170704200853.16dc9e3a@kernel.org>
On Tue, Jul 04, 2017 at 08:08:53PM +0100, Jonathan Cameron wrote:
> On Tue, 4 Jul 2017 12:40:33 +0200
> Geert Uytterhoeven <geert@linux-m68k.org> wrote:
>
> > Hi Nicholas,
> >
> > On Sun, May 14, 2017 at 10:43 AM, Nicholas Mc Guire <der.herr@hofr.at> wrote:
> > > If the timeout-case prints a warning message then probably the interrupted
> > > case should also. Further, wait_for_completion_interruptible_timeout()
> > > returns long not int.
> > >
> > > Fixes: commit 03b262f2bbf4 ("iio:pressure: initial zpa2326 barometer support")
> > > Signed-off-by: Nicholas Mc Guire <der.herr@hofr.at>
> > > ---
> > >
> > > The original control-flow was technically not wrong just confusing and a bit
> > > complicated. Not clear if reporting the interrupted case actually is useful,
> > > but given that the timeout is relatively long (200ms) it is not that unlikely
> > > so differentiating the cases seems helpful.
> > >
> > > Patch was compile-tested with: x86_64_defconfig + CONFIG_IIO=m, CONFIG_ZPA2326=m
> > >
> > > Patch is against v4.11 (localversion-next is next-20170512)
> > >
> > > drivers/iio/pressure/zpa2326.c | 17 ++++++++++-------
> > > 1 file changed, 10 insertions(+), 7 deletions(-)
> > >
> > > diff --git a/drivers/iio/pressure/zpa2326.c b/drivers/iio/pressure/zpa2326.c
> > > index e58a0ad..617926f 100644
> > > --- a/drivers/iio/pressure/zpa2326.c
> > > +++ b/drivers/iio/pressure/zpa2326.c
> > > @@ -867,12 +867,13 @@ static int zpa2326_wait_oneshot_completion(const struct iio_dev *indio_dev,
> > > {
> > > int ret;
> > > unsigned int val;
> > > + long timeout;
> > >
> > > zpa2326_dbg(indio_dev, "waiting for one shot completion interrupt");
> > >
> > > - ret = wait_for_completion_interruptible_timeout(
> > > + timeout = wait_for_completion_interruptible_timeout(
> > > &private->data_ready, ZPA2326_CONVERSION_JIFFIES);
> > > - if (ret > 0)
> > > + if (timeout > 0)
> >
> > Check for strict positive timeout.
> >
> > > /*
> > > * Interrupt handler completed before timeout: return operation
> > > * status.
> > > @@ -882,13 +883,15 @@ static int zpa2326_wait_oneshot_completion(const struct iio_dev *indio_dev,
> > > /* Clear all interrupts just to be sure. */
> > > regmap_read(private->regmap, ZPA2326_INT_SOURCE_REG, &val);
> > >
> > > - if (!ret)
> > > + if (!timeout) {
> >
> > Check for zero timeout.
> >
> > > /* Timed out. */
> > > + zpa2326_warn(indio_dev, "no one shot interrupt occurred (%ld)",
> > > + timeout);
> > > ret = -ETIME;
> > > -
> > > - if (ret != -ERESTARTSYS)
> > > - zpa2326_warn(indio_dev, "no one shot interrupt occurred (%d)",
> > > - ret);
> > > + } else if (timeout < 0) {
> >
> > So if we get here, timeout is always strict negative, so the check can
> > be removed.
> >
> > > + zpa2326_warn(indio_dev, "wait for one shot interrupt canceled");
> > > + ret = -ERESTARTSYS;
> > > + }
> > >
> > > return ret;
> >
> > But gcc-4.1.2 is not smart enough:
> >
> > drivers/iio/pressure/zpa2326.c:868: warning: ???ret??? may be used
> > uninitialized in this function
> Good analysis. Care to send the obvious patch?
>
Thanks Geert for finding that - yes ret needs to be
initialized to 0 here, success case as documented in
the header of zpa2326_wait_oneshot_completion -
interestingly enough gcc gcc (Debian 4.9.2-10) 4.9.2
does not flag this uninitioalized variable !
thx!
hofrat
next prev parent reply other threads:[~2017-07-05 7:37 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-05-14 8:43 [PATCH RFC] iio: pressure: zpa2326: report interrupted case as failure Nicholas Mc Guire
2017-05-14 9:46 ` Peter Meerwald-Stadler
2017-05-14 11:29 ` Nicholas Mc Guire
2017-05-14 14:29 ` Jonathan Cameron
2017-07-04 10:40 ` Geert Uytterhoeven
2017-07-04 10:40 ` Geert Uytterhoeven
2017-07-04 19:08 ` Jonathan Cameron
2017-07-05 7:37 ` Nicholas Mc Guire [this message]
2017-07-05 8:02 ` Geert Uytterhoeven
2017-07-05 8:55 ` Nicholas Mc Guire
2017-07-05 10:06 ` Jonathan Cameron
2017-07-05 10:11 ` Nicholas Mc Guire
2017-07-05 8:06 ` 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=20170705073705.GA8145@osadl.at \
--to=der.herr@hofr.at \
--cc=arnd@arndb.de \
--cc=geert@linux-m68k.org \
--cc=gregor.boirie@parrot.com \
--cc=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pmeerw@pmeerw.net \
--cc=singhalsimran0@gmail.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.