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(-)
>
next prev 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