Linux IIO development
 help / color / mirror / Atom feed
From: Lars-Peter Clausen <lars@metafoo.de>
To: Jonathan Cameron <jic23@kernel.org>
Cc: linux-iio@vger.kernel.org
Subject: Re: [PATCH 0/3]  staging:iio:adis16130 bits and bobs.
Date: Sun, 14 Apr 2013 14:20:43 +0200	[thread overview]
Message-ID: <516A9F1B.5060407@metafoo.de> (raw)
In-Reply-To: <1365938625-21778-1-git-send-email-jic23@kernel.org>

On 04/14/2013 01:23 PM, Jonathan Cameron wrote:
> Hi All,
> 
> Had a few bored moments so thought I'd take a quick look at this driver.
> The read function is rather odd to say the least, Lars/Michael could one of
> you take a quick look at this.  Right now it does an spi sync that I think
> should read the data and follows it with an additional read.  I can't
> immediately see what the read is for.

Yea I noticed that too, I think that read was introduced by accident during
some refactoring. See
https://github.com/lclausen-adi/linux-2.6/commit/1889f3a5d291ad57a5faed83652c465de29d740f

Unfortunately I couldn't get my hands on a adis16030 board yet to test those
changes otherwise I'd already submitted them.

> 
> Also note the introduction of IIO_INT_PLUS_PICO which is going to be common
> with 24 bit plus devices.  For now I've ignored the write case as this driver
> doesn't support it, but it will be needed if for example 24/16 bit options
> are both supported for this driver.
> 
> Note to my mind this device is far enough away from the other adis parts
> in interface to justify it's own driver.

Yes.

> 
> Also could someone check my scale/offset calcs are right. It's Sunday
> morning and I'm not feeling all that awake ;)
> 

For temp scale you seem to be off by a factor of 1000000 (well or maybe
I'm), otherwise I got the same.

> Thanks,
> 
> Jonathan 
> 
> Jonathan Cameron (3):
>   iio:Add an IIO_VAL_INTO_PLUS_PICO return type for read_raw callbacks.
>   staging:iio:gyro:adis16130 drop unused list.h header.
>   staging:iio:gyro:adis16130 add offset and scale info mask elements.
> 
>  drivers/iio/industrialio-core.c           |  5 +++
>  drivers/staging/iio/gyro/adis16130_core.c | 58 +++++++++++++++++++++++++------
>  include/linux/iio/types.h                 |  1 +
>  3 files changed, 53 insertions(+), 11 deletions(-)
> 

  parent reply	other threads:[~2013-04-14 12:20 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-04-14 11:23 [PATCH 0/3] staging:iio:adis16130 bits and bobs Jonathan Cameron
2013-04-14 11:23 ` [PATCH 1/3] iio:Add an IIO_VAL_INTO_PLUS_PICO return type for read_raw callbacks Jonathan Cameron
2013-04-14 12:22   ` Lars-Peter Clausen
2013-04-14 11:23 ` [PATCH 2/3] staging:iio:gyro:adis16130 drop unused list.h header Jonathan Cameron
2013-04-14 11:23 ` [PATCH 3/3] staging:iio:gyro:adis16130 add offset and scale info mask elements Jonathan Cameron
2013-04-14 12:20 ` Lars-Peter Clausen [this message]
2013-04-14 17:53   ` [PATCH 0/3] staging:iio:adis16130 bits and bobs Jonathan Cameron
2013-04-14 17:56     ` Jonathan Cameron
2013-04-14 18:31       ` Lars-Peter Clausen

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=516A9F1B.5060407@metafoo.de \
    --to=lars@metafoo.de \
    --cc=jic23@kernel.org \
    --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