Linux IIO development
 help / color / mirror / Atom feed
From: Jonathan Cameron <jic23@kernel.org>
To: linux-iio@vger.kernel.org,
	"Song Bao Hua (Barry Song)" <song.bao.hua@hisilicon.com>
Cc: Lars-Peter Clausen <lars@metafoo.de>,
	Michael Hennerich <Michael.Hennerich@analog.com>,
	Alexandru Ardelean <aardelean@deviqon.com>,
	Robh+dt@kernel.org, Alexandru Ardelean <ardeleanalex@gmail.com>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>
Subject: Re: [PATCH v2 00/24] staging:iio:cdc:ad7150: cleanup / fixup / graduate
Date: Mon, 29 Mar 2021 16:30:21 +0100	[thread overview]
Message-ID: <20210329163021.20d9c9b7@jic23-huawei> (raw)
In-Reply-To: <20210314181511.531414-1-jic23@kernel.org>

Hi All,

Whilst I'll give up at some point and just apply this without additional
tags I really don't like doing that as I've made too many idiot mistakes
in the past. 

Some of these are fairly trivial so please can people take a look if
they have a chance. Rob did the DT one (thanks!) so we are down to...

> 
> 12 - The big irq rework patch. Alex wasn't quite happy to give a tag
>      on that last time, but didn't mention anything specific. It's a bit
>      fiddly so fair enough!

(it's not that bad!)

> 
> 20 - of_match_table patch.  Simple patch, and I believe I addressed all
>      questions in v1, but no tags given yet.
> 
> 21 - ABI patch.  I don't think there is anything controversial in here
>      but it's not gained any tags yet.
>      

Perhaps didn't help that I accidentally didn't cc Barry on v2.

Thanks,

Jonathan



> v1 description:
> 
> This is an 'old' driver in IIO that has been in staging a while.
> First submitted in October 2010.
> 
> I wanted to try and experiment and picked this driver to try it with.
> 
> The cleanup etc here was all tested against some basic emulation
> added to QEMU rather than real hardware.  Once I've cleaned that up
> a tiny bit I'll push it up to https://github.com/jic23/qemu
> Note that for now I'm not proposing to upstream this to QEMU but
> would be interested in hearing if people thing it is a good idea to
> do so.
> 
> Whilst it's obviously hard to be absolutely sure that the emulation is
> correct, the fact that the original driver worked as expected and the
> cleaned up version still does is certainly encouraging.
> 
> Note however, that there were a few more significant changes in here than
> basic cleanup.
> 1. Interrupts / events were handled in a rather esoteric fashion.
>    (Always on, window modes represented as magnitudes).
>    Note that for two channel devices there are separate lines. The original
>    driver was not supporting this at all.
>    They now look more like a standard IIO driver and reflect experience
>    that we've gained over the years in dealing with devices where these
>    aren't interrupt lines as such, but rather reporters of current status.
> 2. Timeouts were handled in a fashion that clearly wouldn't work.
> 
> Note that this moving out of staging makes a few bits of ABI 'official'
> and so those are added to the main IIO ABI Docs.
> 
> Thanks in advance to anyone who has time to take a look.
> 
> Jonathan Cameron (24):
>   staging:iio:cdc:ad7150: use swapped reads for i2c rather than open
>     coding.
>   staging:iio:cdc:ad7150: Remove magnitude adaptive events
>   staging:iio:cdc:ad7150: Refactor event parameter update
>   staging:iio:cdc:ad7150: Timeout register covers both directions so
>     both need updating
>   staging:iio:cdc:ad7150: Drop platform data support
>   staging:iio:cdc:ad7150: Handle variation in chan_spec across device
>     and irq present or not
>   staging:iio:cdc:ad7150: Simplify event handling by only using rising
>     direction.
>   staging:iio:cdc:ad7150: Drop noisy print in probe
>   staging:iio:cdc:ad7150: Add sampling_frequency support
>   iio:event: Add timeout event info type
>   staging:iio:cdc:ad7150: Change timeout units to seconds and use core
>     support
>   staging:iio:cdc:ad7150: Rework interrupt handling.
>   staging:iio:cdc:ad7150: More consistent register and field naming
>   staging:iio:cdc:ad7150: Reorganize headers.
>   staging:iio:cdc:ad7150: Tidy up local variable positioning.
>   staging:iio:cdc:ad7150: Drop unnecessary block comments.
>   staging:iio:cdc:ad7150: Shift the _raw readings by 4 bits.
>   staging:iio:cdc:ad7150: Add scale and offset to
>     info_mask_shared_by_type
>   staging:iio:cdc:ad7150: Really basic regulator support.
>   staging:iio:cdc:ad7150: Add of_match_table
>   iio:Documentation:ABI Add missing elements as used by the adi,ad7150
>   staging:iio:cdc:ad7150: Add copyright notice given substantial
>     changes.
>   dt-bindings:iio:cdc:adi,ad7150 binding doc
>   iio:cdc:ad7150: Move driver out of staging.
> 
>  Documentation/ABI/testing/sysfs-bus-iio       |  33 +
>  .../bindings/iio/cdc/adi,ad7150.yaml          |  69 ++
>  drivers/iio/Kconfig                           |   1 +
>  drivers/iio/Makefile                          |   1 +
>  drivers/iio/cdc/Kconfig                       |  17 +
>  drivers/iio/cdc/Makefile                      |   6 +
>  drivers/iio/cdc/ad7150.c                      | 678 ++++++++++++++++++
>  drivers/iio/industrialio-event.c              |   1 +
>  drivers/staging/iio/cdc/Kconfig               |  10 -
>  drivers/staging/iio/cdc/Makefile              |   3 +-
>  drivers/staging/iio/cdc/ad7150.c              | 655 -----------------
>  include/linux/iio/types.h                     |   1 +
>  12 files changed, 808 insertions(+), 667 deletions(-)
>  create mode 100644 Documentation/devicetree/bindings/iio/cdc/adi,ad7150.yaml
>  create mode 100644 drivers/iio/cdc/Kconfig
>  create mode 100644 drivers/iio/cdc/Makefile
>  create mode 100644 drivers/iio/cdc/ad7150.c
>  delete mode 100644 drivers/staging/iio/cdc/ad7150.c
> 


  parent reply	other threads:[~2021-03-29 15:30 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-03-14 18:14 [PATCH v2 00/24] staging:iio:cdc:ad7150: cleanup / fixup / graduate Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 01/24] staging:iio:cdc:ad7150: use swapped reads for i2c rather than open coding Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 02/24] staging:iio:cdc:ad7150: Remove magnitude adaptive events Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 03/24] staging:iio:cdc:ad7150: Refactor event parameter update Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 04/24] staging:iio:cdc:ad7150: Timeout register covers both directions so both need updating Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 05/24] staging:iio:cdc:ad7150: Drop platform data support Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 06/24] staging:iio:cdc:ad7150: Handle variation in chan_spec across device and irq present or not Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 07/24] staging:iio:cdc:ad7150: Simplify event handling by only using rising direction Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 08/24] staging:iio:cdc:ad7150: Drop noisy print in probe Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 09/24] staging:iio:cdc:ad7150: Add sampling_frequency support Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 10/24] iio:event: Add timeout event info type Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 11/24] staging:iio:cdc:ad7150: Change timeout units to seconds and use core support Jonathan Cameron
2021-03-14 18:14 ` [PATCH v2 12/24] staging:iio:cdc:ad7150: Rework interrupt handling Jonathan Cameron
2021-03-31  7:29   ` Alexandru Ardelean
2021-03-31 12:05     ` Jonathan Cameron
2021-04-01  7:42       ` Alexandru Ardelean
2021-03-14 18:15 ` [PATCH v2 13/24] staging:iio:cdc:ad7150: More consistent register and field naming Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 14/24] staging:iio:cdc:ad7150: Reorganize headers Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 15/24] staging:iio:cdc:ad7150: Tidy up local variable positioning Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 16/24] staging:iio:cdc:ad7150: Drop unnecessary block comments Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 17/24] staging:iio:cdc:ad7150: Shift the _raw readings by 4 bits Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 18/24] staging:iio:cdc:ad7150: Add scale and offset to info_mask_shared_by_type Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 19/24] staging:iio:cdc:ad7150: Really basic regulator support Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 20/24] staging:iio:cdc:ad7150: Add of_match_table Jonathan Cameron
2021-03-31  6:42   ` Alexandru Ardelean
2021-03-14 18:15 ` [PATCH v2 21/24] iio:Documentation:ABI Add missing elements as used by the adi,ad7150 Jonathan Cameron
2021-03-31  6:45   ` Alexandru Ardelean
2021-03-14 18:15 ` [PATCH v2 22/24] staging:iio:cdc:ad7150: Add copyright notice given substantial changes Jonathan Cameron
2021-03-14 18:15 ` [PATCH v2 23/24] dt-bindings:iio:cdc:adi,ad7150 binding doc Jonathan Cameron
2021-03-24 17:13   ` Rob Herring
2021-03-14 18:15 ` [PATCH v2 24/24] iio:cdc:ad7150: Move driver out of staging Jonathan Cameron
2021-03-29 15:30 ` Jonathan Cameron [this message]
2021-03-29 15:36   ` [PATCH v2 00/24] staging:iio:cdc:ad7150: cleanup / fixup / graduate Jonathan Cameron
2021-03-30 21:23     ` Song Bao Hua (Barry Song)
2021-03-31 12:13       ` Jonathan Cameron
2021-04-01 10:15         ` Song Bao Hua (Barry Song)
2021-04-01 13:05           ` 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=20210329163021.20d9c9b7@jic23-huawei \
    --to=jic23@kernel.org \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=Michael.Hennerich@analog.com \
    --cc=Robh+dt@kernel.org \
    --cc=aardelean@deviqon.com \
    --cc=ardeleanalex@gmail.com \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=song.bao.hua@hisilicon.com \
    /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