linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
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 --]

  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).