From: Jonathan Cameron <jic23@kernel.org>
To: Lars-Peter Clausen <lars@metafoo.de>, linux-iio@vger.kernel.org
Cc: knaack.h@gmx.de, pmeerw@pmeerw.net
Subject: Re: [PATCH 00/18 V2] staging:iio:accel rework driver and move out of staging.
Date: Sat, 15 Oct 2016 17:42:43 +0100 [thread overview]
Message-ID: <c02b6ad1-e4ea-2d32-c486-12b4b02a478c@kernel.org> (raw)
In-Reply-To: <54aa839a-3965-e49f-f5b6-c89fc3f5b36f@metafoo.de>
On 15/10/16 16:58, Lars-Peter Clausen wrote:
> On 10/15/2016 05:17 PM, Jonathan Cameron wrote:
>> *Smiles sweetly at the list*
>>
>> Go on, someone give me a review on these.
>
> Looks good, otherwise I'd complained ;)
>
> Reviewed-by: Lars-Peter Clausen <lars@metafoo.de>
Cool. Don't want to add to those stats of applied with
no sign offs or reviews other than the author ;)
Jonathan
>
>>
>> Thanks,
>>
>> Jonathan
>>
>> On 08/10/16 17:39, Jonathan Cameron wrote:
>>> Changes since V1:
>>> - Fix the patch that breaks the makefile due to a := when it should be +=
>>> It didn't make it to the end of the set, but broke building of other drivers
>>> in the middle (thanks Lars-Peter Clausen)
>>> - Drop the unwanted buffer setup after the move to the hybrid hardware /
>>> software buffer (Lars-Peter Clausen)
>>> - Use chan->address rather than the modifier to index the address array.
>>> (Lars-Peter Clausen)
>>> - Typo and gibberish fixups (Peter Meerwald-Stadhler)
>>>
>>> V1 Message
>>>
>>> This was around about the 4th IIO driver dating back to the days when I was
>>> sticking these on sprinters and seeing if we could learn anything useful
>>> about how they ran.
>>>
>>> It was a device way ahead of it's time. Back then this was pretty much
>>> the only relatively high G / low cost sensor and it had a hardware fifo.
>>>
>>> Anyhow, it has languished in staging primarily because of the complexity
>>> around working out how we handle hardware buffers. However, that trail has
>>> long since been blaized by the likes of the am335x driver and now lots of
>>> of newer devices are coming with fifos to smooth the flow of data between
>>> these realtime chips and non realtime operating sytems, so it just became
>>> a question of getting around to sorting it out. I suspect there are very
>>> few of these still out there, but I have an sca3000-e05 so that's no excuse
>>>
>>> Anyhow, please review the whole series, but in particular the final move
>>> patch (i.e. the resulting code). The only odd corner I know of now is
>>> the interaction of the watermark with the software controlled watermarks.
>>> That may take some thought, but in the meantime I don't think that is
>>> sufficient reason to keep it in staging.
>>>
>>> Some wacky corners in this hardware (like the crazy number representations
>>> for the motion detection thresholds). It's a good datasheet but you
>>> do have to wonder what the designers were thinking at times
>>>
>>> Jonathan
>>>
>>> p.s. The best bit about this series is now I can moan at everyone else
>>> about not cleaning up their staging drivers as this is the last one
>>> of mine.
>>>
>>> Jonathan Cameron (18):
>>> staging:iio:accel:sca3000 Fix a use before setting of the
>>> indio_dev->buffer pointer.
>>> staging:iio:accel:sca3000 merge files into one.
>>> staging:iio:accel:sca3000 drop sca3000_register_ring_funcs
>>> staging:iio:accel:sca3000 Fix clearing of flag + setting of size of
>>> scan.
>>> staging:iio:accel:sca3000 Drop custom ABI for watersheds.
>>> staging:iio:accel:sca3000 move to hybrid hard / soft buffer design.
>>> staging:iio:accel:sca3000 drop some unused variables.
>>> staging:iio:accel:sca3000 use a 'fake' channel to handle freefall
>>> event registration.
>>> staging:iio:accel:sca3000 Clean up register defines.
>>> staging:iio:accel:sca3000 add readback of the 3db low pass filter
>>> frequency
>>> staging:iio:accel:sca3000: Fix off by one error in axis due to
>>> IIO_NO_MOD
>>> staging:iio:accel:sca3000 Add write support to the low pass filter
>>> control
>>> staging:iio:accel:sca3000 Drop custom measurement mode attributes
>>> staging:iio:accel:sca3000 replace non standard revision attr with
>>> dev_info on probe
>>> staging:iio:accel:sca3000 Tidy up probe order to avoid a race.
>>> staging:iio:accel:sca3000 small checkpatch fixes (alignment etc)
>>> staging:iio:accel:sca3000 kernel docify comments that were nearly
>>> kernel doc.
>>> staging:iio:accel:sca3000 Move out of staging.
>>>
>>> drivers/iio/accel/Kconfig | 12 +
>>> drivers/iio/accel/Makefile | 2 +
>>> drivers/iio/accel/sca3000.c | 1575 ++++++++++++++++++++++++++++++
>>> drivers/staging/iio/accel/Kconfig | 10 -
>>> drivers/staging/iio/accel/Makefile | 3 -
>>> drivers/staging/iio/accel/sca3000.h | 279 ------
>>> drivers/staging/iio/accel/sca3000_core.c | 1210 -----------------------
>>> drivers/staging/iio/accel/sca3000_ring.c | 350 -------
>>> drivers/staging/iio/ring_hw.h | 27 -
>>> 9 files changed, 1589 insertions(+), 1879 deletions(-)
>>> create mode 100644 drivers/iio/accel/sca3000.c
>>> delete mode 100644 drivers/staging/iio/accel/sca3000.h
>>> delete mode 100644 drivers/staging/iio/accel/sca3000_core.c
>>> delete mode 100644 drivers/staging/iio/accel/sca3000_ring.c
>>> delete mode 100644 drivers/staging/iio/ring_hw.h
>>>
>>
>
next prev parent reply other threads:[~2016-10-15 16:42 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-10-08 16:39 [PATCH 00/18 V2] staging:iio:accel rework driver and move out of staging Jonathan Cameron
2016-10-08 16:39 ` [PATCH 01/18] staging:iio:accel:sca3000 Fix a use before setting of the indio_dev->buffer pointer Jonathan Cameron
2016-10-15 16:45 ` Jonathan Cameron
2016-10-08 16:39 ` [PATCH 02/18] staging:iio:accel:sca3000 merge files into one Jonathan Cameron
2016-10-08 16:39 ` [PATCH 03/18] staging:iio:accel:sca3000 drop sca3000_register_ring_funcs Jonathan Cameron
2016-10-08 16:39 ` [PATCH 04/18] staging:iio:accel:sca3000 Fix clearing of flag + setting of size of scan Jonathan Cameron
2016-10-08 16:39 ` [PATCH 05/18] staging:iio:accel:sca3000 Drop custom ABI for watersheds Jonathan Cameron
2016-10-08 16:39 ` [PATCH 06/18] staging:iio:accel:sca3000 move to hybrid hard / soft buffer design Jonathan Cameron
2016-10-08 16:39 ` [PATCH 07/18] staging:iio:accel:sca3000 drop some unused variables Jonathan Cameron
2016-10-08 16:39 ` [PATCH 08/18] staging:iio:accel:sca3000 use a 'fake' channel to handle freefall event registration Jonathan Cameron
2016-10-15 16:59 ` Jonathan Cameron
2016-10-08 16:39 ` [PATCH 09/18] staging:iio:accel:sca3000 Clean up register defines Jonathan Cameron
2016-10-08 16:39 ` [PATCH 10/18] staging:iio:accel:sca3000 add readback of the 3db low pass filter frequency Jonathan Cameron
2016-10-08 16:39 ` [PATCH 11/18] staging:iio:accel:sca3000: Fix off by one error in axis due to IIO_NO_MOD Jonathan Cameron
2016-10-08 16:39 ` [PATCH 12/18] staging:iio:accel:sca3000 Add write support to the low pass filter control Jonathan Cameron
2016-10-08 16:39 ` [PATCH 13/18] staging:iio:accel:sca3000 Drop custom measurement mode attributes Jonathan Cameron
2016-10-08 16:39 ` [PATCH 14/18] staging:iio:accel:sca3000 replace non standard revision attr with dev_info on probe Jonathan Cameron
2016-10-08 16:39 ` [PATCH 15/18] staging:iio:accel:sca3000 Tidy up probe order to avoid a race Jonathan Cameron
2016-10-08 16:39 ` [PATCH 16/18] staging:iio:accel:sca3000 small checkpatch fixes (alignment etc) Jonathan Cameron
2016-10-08 16:39 ` [PATCH 17/18] staging:iio:accel:sca3000 kernel docify comments that were nearly kernel doc Jonathan Cameron
2016-10-08 16:39 ` [PATCH 18/18] staging:iio:accel:sca3000 Move out of staging Jonathan Cameron
2016-10-15 15:17 ` [PATCH 00/18 V2] staging:iio:accel rework driver and move " Jonathan Cameron
2016-10-15 15:58 ` Lars-Peter Clausen
2016-10-15 16:42 ` Jonathan Cameron [this message]
2016-10-15 17:13 ` Jonathan Cameron
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=c02b6ad1-e4ea-2d32-c486-12b4b02a478c@kernel.org \
--to=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=pmeerw@pmeerw.net \
/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).