All of lore.kernel.org
 help / color / mirror / Atom feed
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
>>>
>>
> 


  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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.