From: Jonathan Cameron <jic23@kernel.org>
To: Andy Shevchenko <andy.shevchenko@gmail.com>
Cc: Eddie James <eajames@linux.ibm.com>,
Lars-Peter Clausen <lars@metafoo.de>,
linux-iio <linux-iio@vger.kernel.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Joel Stanley <joel@jms.id.au>
Subject: Re: [PATCH v5 2/2] iio: pressure: dps310: Reset chip if MEAS_CFG is corrupt
Date: Sat, 20 Aug 2022 13:02:48 +0100 [thread overview]
Message-ID: <20220820130248.7773a6b3@jic23-huawei> (raw)
In-Reply-To: <CAHp75VegQspJJ9YT=2E3YvKh-hp9-AGincp4z0GdQbA0Vq4Zug@mail.gmail.com>
On Thu, 18 Aug 2022 23:16:55 +0300
Andy Shevchenko <andy.shevchenko@gmail.com> wrote:
> On Mon, Aug 15, 2022 at 5:57 PM Eddie James <eajames@linux.ibm.com> wrote:
> >
> > Corruption of the MEAS_CFG register has been observed soon after
> > system boot. In order to recover this scenario, check MEAS_CFG if
> > measurement isn't ready, and if it's incorrect, reset the DPS310
> > and execute the startup procedure.
>
> ...
>
> > + * Called with lock held. Returns a negative value on error, a positive value
> > + * when the device is not ready, and zero when the device is ready.
>
> Can we have
>
> #define DPS310_DEVICE_NOT_READY 1
>
> (or anonymous enum) and return it instead of abstract 1 or any other
> positive number?
Perhaps make it even clearer by returning the need to wait via another parameter
rather than this being (probably) the only place in driver with a postive rc.
bool reset_done;
rc = dps310_check_reset_meas_cfg(data, DPS310_TMP_RDY, &reset_done);
if (reset_done) {
}
>
> ...
>
> > + rc = dps310_check_reset_meas_cfg(data, DPS310_TMP_RDY);
> > if (rc < 0)
> > goto done;
> >
> > + if (rc > 0) {
> > + rate = dps310_get_temp_samp_freq(data);
> > + timeout = DPS310_POLL_TIMEOUT_US(rate);
> > +
> > + /*
> > + * Poll for sensor readiness; base the timeout upon the sample
> > + * rate.
> > + */
> > + rc = regmap_read_poll_timeout(data->regmap, DPS310_MEAS_CFG,
> > + ready, ready & DPS310_TMP_RDY,
> > + DPS310_POLL_SLEEP_US(timeout),
> > + timeout);
> > + if (rc)
> > + goto done;
> > + }
>
> But have you tried to make a helper that takes a pointer to the
> respective function?
>
next prev parent reply other threads:[~2022-08-20 11:52 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-08-15 14:57 [PATCH v5 0/2] iio: pressure: dps310: Reset chip if MEAS_CFG is corrupt Eddie James
2022-08-15 14:57 ` [PATCH v5 1/2] iio: pressure: dps310: Refactor startup procedure Eddie James
2022-08-15 14:57 ` [PATCH v5 2/2] iio: pressure: dps310: Reset chip if MEAS_CFG is corrupt Eddie James
2022-08-18 20:16 ` Andy Shevchenko
2022-08-20 12:02 ` Jonathan Cameron [this message]
2022-09-06 19:41 ` Eddie James
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=20220820130248.7773a6b3@jic23-huawei \
--to=jic23@kernel.org \
--cc=andy.shevchenko@gmail.com \
--cc=eajames@linux.ibm.com \
--cc=joel@jms.id.au \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.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