From: Lorenzo Bianconi <lorenzo@kernel.org>
To: Sean Nyekjaer <sean@geanix.com>
Cc: linux-iio <linux-iio@vger.kernel.org>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>
Subject: Re: IIO timestamp get skewed when suspending (st_lsm6dsx)
Date: Fri, 29 May 2020 10:50:52 +0200 [thread overview]
Message-ID: <20200529085052.GC3198@localhost.localdomain> (raw)
In-Reply-To: <5bb0fca9-97a4-4bad-1314-1f275ab632ff@geanix.com>
[-- Attachment #1: Type: text/plain, Size: 3781 bytes --]
>
>
> On 29/05/2020 09.44, Lorenzo Bianconi wrote:
> > On May 29, Sean Nyekjaer wrote:
> > >
> > > > >
> > > > > Could a solution, be to call st_lsm6dsx_reset_hw_ts() in st_lsm6dsx_resume()
> > > > > ?
> > > >
> > > > yes, I think so. Could you please try to patch below? Thanks.
> > > >
> > >
> > > Hi Lorenzo,
> > >
> > > I have tried your patch, and the timestamp seems to behave like before.
> > >
> > > https://gist.github.com/sknsean/959d3421f66cb49144e7841a8a08a2be
> > > Sorry NTP have been connected for a while :)
> > >
> > > I will enable some more debug to trace what is happening.
> > >
> > > /Sean
> >
> > Hi Sean,
> >
> > thx for testing. Is the FIFO enabled before the suspend (in other words, is
> > st_lsm6dsx_resume_fifo running in st_lsm6dsx_resume?) what is the value of
> > sensor->ts_ref after the resume?
>
> I have applied this patch:
> diff --git a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
> b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
>
> index 7de10bd636ea..915829f89d31 100644
>
> --- a/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
>
> +++ b/drivers/iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c
>
> @@ -304,12 +304,28 @@ static int st_lsm6dsx_reset_hw_ts(struct st_lsm6dsx_hw
> *hw)
>
>
>
> int st_lsm6dsx_resume_fifo(struct st_lsm6dsx_hw *hw)
>
> {
>
> - int err;
>
> + int err, i;
>
> + struct st_lsm6dsx_sensor *sensor;
>
>
>
> + printk("st_lsm6dsx_resume_fifo\n");
>
> + for (i = 0; i < ST_LSM6DSX_ID_MAX; i++) {
>
> + if (!hw->iio_devs[i])
>
> + continue;
>
> +
>
> + sensor = iio_priv(hw->iio_devs[i]);
>
> + printk("Before[%d]: %lld\n", i, sensor->ts_ref);
>
> + }
>
> /* reset hw ts counter */
>
> err = st_lsm6dsx_reset_hw_ts(hw);
>
> if (err < 0)
>
> return err;
>
> + for (i = 0; i < ST_LSM6DSX_ID_MAX; i++) {
>
> + if (!hw->iio_devs[i])
>
> + continue;
>
> +
>
> + sensor = iio_priv(hw->iio_devs[i]);
>
> + printk("After[%d]: %lld\n", i, sensor->ts_ref);
>
> + }
>
>
>
> return st_lsm6dsx_set_fifo_mode(hw, ST_LSM6DSX_FIFO_CONT);
>
> }
>
> And dmesg:
> [ 949.295585] st_lsm6dsx_resume_fifo
>
> [ 949.295617] Before[0]: 0
>
> [ 949.295636] Before[1]: 0
>
> [ 949.296456] After[0]: 1590740890980204361
>
> [ 949.296476] After[1]: 1590740890980207987
>
> [ 953.380200] PM: suspend entry (deep)
>
> [ 953.790084] Filesystems sync: 0.409 seconds
>
> [ 953.795329] Freezing user space processes ... (elapsed 0.002 seconds)
> done.
>
> [ 953.798124] OOM killer disabled.
>
> [ 953.798140] Freezing remaining freezable tasks ... (elapsed 0.001
> seconds) done.
>
> [ 953.800016] printk: Suspending console(s) (use no_console_suspend to
> debug)
>
> [ 953.869535] PM: suspend devices took 0.070 seconds
>
> [ 953.883280] Disabling non-boot CPUs ...
>
> [ 953.897700] st_lsm6dsx_resume_fifo
>
> [ 953.897732] Before[0]: 1590740890980204361
>
> [ 953.897752] Before[1]: 1590740890980207987
>
> [ 953.898572] After[0]: 1590740895583500924
>
> [ 953.898594] After[1]: 1590740895583504049
>
> [ 953.914484] PM: resume devices took 0.020 seconds
>
> [ 953.914533] OOM killer enabled.
>
> [ 953.914552] Restarting tasks ... done.
>
> [ 953.947170] PM: suspend exit
>
> /Sean
Ack, values seem properly updated, while values reported to the upserspace are
using wrong value? could you please try to dump ts samples reading the hw queue
after the resume?
Regards,
Lorenzo
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2020-05-29 8:51 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-28 18:01 IIO timestamp get skewed when suspending (st_lsm6dsx) Sean Nyekjaer
2020-05-28 21:07 ` Lorenzo Bianconi
2020-05-29 7:32 ` Sean Nyekjaer
2020-05-29 7:44 ` Lorenzo Bianconi
2020-05-29 8:33 ` Sean Nyekjaer
2020-05-29 8:50 ` Lorenzo Bianconi [this message]
2020-05-29 11:19 ` Sean Nyekjaer
2020-05-29 12:16 ` Lorenzo Bianconi
2020-05-29 12:29 ` Sean Nyekjaer
2020-06-02 11:48 ` Sean Nyekjaer
2020-06-02 13:39 ` Sean Nyekjaer
2020-06-02 18:02 ` Sean Nyekjaer
2020-06-03 8:06 ` Lorenzo Bianconi
2020-06-03 10:05 ` Sean Nyekjaer
2020-06-03 10:28 ` Lorenzo Bianconi
2020-06-03 10:37 ` Sean Nyekjaer
2020-06-03 10:51 ` Lorenzo Bianconi
2020-06-03 11:29 ` Sean Nyekjaer
2020-06-03 12:12 ` Lorenzo Bianconi
2020-06-03 12:49 ` Sean Nyekjaer
2020-06-03 12:56 ` Lorenzo Bianconi
2020-06-03 13:15 ` Sean Nyekjaer
2020-06-03 13:40 ` Lorenzo Bianconi
2020-06-03 14:10 ` Sean Nyekjaer
2020-06-08 12:20 ` Sean Nyekjaer
2020-06-08 14:09 ` Thomas Gleixner
2020-07-10 12:10 ` Sean Nyekjaer
2020-07-10 13:20 ` Lorenzo Bianconi
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=20200529085052.GC3198@localhost.localdomain \
--to=lorenzo@kernel.org \
--cc=Jonathan.Cameron@huawei.com \
--cc=linux-iio@vger.kernel.org \
--cc=sean@geanix.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).