Linux-IIO Archive on
 help / color / Atom feed
From: William Breathitt Gray <>
To: Jonathan Cameron <>
Cc: Fabien Lahoudere <>,,,, Jonathan Corbet <>,
	Benson Leung <>,
	Enric Balletbo i Serra <>,
	Guenter Roeck <>,
	Hartmut Knaack <>,
	Lars-Peter Clausen <>,
	Peter Meerwald-Stadler <>,
	Lee Jones <>,
	Mauro Carvalho Chehab <>,
	"David S. Miller" <>,
	Greg Kroah-Hartman <>,
	Nicolas Ferre <>,
	Nick Vaccaro <>,,,
Subject: Re: [PATCH v2 1/1] counter: cros_ec: Add synchronization sensor
Date: Sun, 10 Nov 2019 10:14:08 -0500
Message-ID: <20191110151408.GB3984@icarus> (raw)
In-Reply-To: <>

On Tue, Sep 24, 2019 at 04:20:51PM +0200, Fabien Lahoudere wrote:
> Hi all,
> After some discussions and investigation, the timestamp is very
> important for that sync driver.
> Google team uses that timestamp to compare with gyroscope timestamp.
> So the important data is timestamp and counter value is useless.
> Just the event of counter increment is important to get a timestamp.
> In that case, my idea was to just use an IIO driver with a single
> channel with IIO_TIMESTAMP. We discuss this here and it seems
> controversial.
> So my question to Jonathan is if we have a timestamp coming from the EC
> itself, can we consider this timestamp as a good IIO driver?
> Any other idea is welcome, however Google team would like to manage
> only IIO drivers if possible.
> Thanks


Should the the timestamp from the EC be introduced as an IIO driver

Since there is no corresponding EC Counter driver in the baseline right
now we don't have a conflict yet. If the EC timestamp is introduced as
an IIO driver then we should make any future EC Counter driver mutually
exclusive with the IIO driver in order to prevent any memory space
conflict. At that point we may deprecate the IIO driver and move the
timestamp functionality to the corresponding Counter driver.

That's assuming someone is interested in the Count component enough to
implement an EC Counter driver; otherwise, the IIO driver will serve
just fine if timestamp is the only data desired from this device.

William Breathitt Gray

  parent reply index

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-23 12:41 [PATCH v2 0/1] counter: cros_ec: Add sync sensor driver Fabien Lahoudere
2019-08-23 12:41 ` [PATCH v2 1/1] counter: cros_ec: Add synchronization sensor Fabien Lahoudere
2019-08-24 19:48   ` kbuild test robot
2019-08-26  8:56   ` Jonathan Cameron
2019-08-29 11:10     ` Fabien Lahoudere
2019-09-24 14:20       ` Fabien Lahoudere
2019-09-24 14:52         ` William Breathitt Gray
2019-11-10 15:14         ` William Breathitt Gray [this message]
2019-11-11 11:49           ` Jonathan Cameron
2019-11-12  1:16             ` William Breathitt Gray
2019-08-29 11:34   ` William Breathitt Gray
2019-09-02  9:40   ` Lee Jones

Reply instructions:

You may reply publically 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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191110151408.GB3984@icarus \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \ \

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link

Linux-IIO Archive on

Archives are clonable:
	git clone --mirror linux-iio/git/0.git

	# If you have public-inbox 1.1+ installed, you may
	# initialize and index your mirror using the following commands:
	public-inbox-init -V2 linux-iio linux-iio/ \
	public-inbox-index linux-iio

Example config snippet for mirrors

Newsgroup available over NNTP:

AGPL code for this site: git clone