linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Ge Gao <ggao@invensense.com>
To: Jonathan Cameron <jic23@cam.ac.uk>, Lars-Peter Clausen <lars@metafoo.de>
Cc: linux-iio@vger.kernel.org
Subject: RE: different data rate in IIO ?
Date: Tue, 1 May 2012 11:28:55 -0700	[thread overview]
Message-ID: <4fab27b061c75547b5b02a7f409753f5@mail.gmail.com> (raw)
In-Reply-To: <6adea11c-371d-4d73-bb36-f9681db7265d@email.android.com>

Thanks for the advice. So it seems everyone agrees that multiple IIO device
is the way to go. What about the using a flag to indicate which data will
come like the one below:
Under IIO architecture, can we have another kind of ring buffer in addition
to sw_ring and kfifo, such as header to indicate data type(gyro_x, gyro_y,
gyro_z, accel_x, accel_y, accel_z, compass_x, compass_y, compass_z,
quaternion_x, quaternion_y, quaternion_z, quaternion_c) followed by actual
data.
Also can we have some definition for quaternion? It is an important datum
for rotation calculation. It contains 4 elements, x, y, z and a constant.

Ge


-----Original Message-----
From: Jonathan Cameron [mailto:jic23@cam.ac.uk]
Sent: Tuesday, May 01, 2012 11:05 AM
To: Lars-Peter Clausen
Cc: Ge Gao; linux-iio@vger.kernel.org
Subject: Re: different data rate in IIO ?



Lars-Peter Clausen <lars@metafoo.de> wrote:

>On 05/01/2012 04:50 PM, Jonathan Cameron wrote:
>> On 5/1/2012 3:15 PM, Lars-Peter Clausen wrote:
>>> On 05/01/2012 04:05 PM, Lars-Peter Clausen wrote:
>>> [...]
>>> Ah, seems as if the refcounting infrastructure is already ready for
>>> use after we have called device_initialize, so the above plan should
>>> work
>quite
>>> well.
>>> Call device_del in iio_device_unregister and device_put in
>>> iio_device_free and free the struct in the release callback.
>> That makes sense given it just splits the two parts of
>device_unregister
>> apart.
>> Don't suppose you want to do the patch?
>
>I could write the patch, but I don't have a setup at hand right now
>where I could test it, so this would have to wait until next week. I
>wouldn't mind if you took care of it though :)
I'll aim to do it Saturday....  nothing to test on till then.
>
>- Lars

--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

  reply	other threads:[~2012-05-01 18:28 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-30 20:03 different data rate in IIO ? Ge Gao
2012-05-01  9:19 ` Lars-Peter Clausen
2012-05-01 13:21   ` Jonathan Cameron
2012-05-01 13:33     ` Lars-Peter Clausen
2012-05-01 13:50       ` Jonathan Cameron
2012-05-01 14:05         ` Lars-Peter Clausen
2012-05-01 14:15           ` Lars-Peter Clausen
2012-05-01 14:50             ` Jonathan Cameron
2012-05-01 18:03               ` Lars-Peter Clausen
2012-05-01 18:05                 ` Jonathan Cameron
2012-05-01 18:28                   ` Ge Gao [this message]
2012-05-01 22:47                     ` Kerry Keal
2012-05-02  8:29                       ` Jonathan Cameron
2012-05-02  8:32                     ` Jonathan Cameron
  -- strict thread matches above, loose matches on Subject: below --
2012-04-30 20:08 Ge Gao

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=4fab27b061c75547b5b02a7f409753f5@mail.gmail.com \
    --to=ggao@invensense.com \
    --cc=jic23@cam.ac.uk \
    --cc=lars@metafoo.de \
    --cc=linux-iio@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;
as well as URLs for NNTP newsgroup(s).