linux-iio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: linux-iio@vger.kernel.org
Cc: knaack.h@gmx.de, lars@metafoo.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 16:17:49 +0100	[thread overview]
Message-ID: <d7ee3c5c-5922-d1ac-731d-2eb08154d4bf@kernel.org> (raw)
In-Reply-To: <20161008163918.18758-1-jic23@kernel.org>

*Smiles sweetly at the list*

Go on, someone give me a review on these.

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
> 


  parent reply	other threads:[~2016-10-15 15:19 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 ` Jonathan Cameron [this message]
2016-10-15 15:58   ` [PATCH 00/18 V2] staging:iio:accel rework driver and move " Lars-Peter Clausen
2016-10-15 16:42     ` Jonathan Cameron
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=d7ee3c5c-5922-d1ac-731d-2eb08154d4bf@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).