[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0863dfa7-c1da-7691-a896-9b414e2fddfa@axentia.se>
Date: Fri, 23 Mar 2018 14:59:41 +0100
From: Peter Rosin <peda@...ntia.se>
To: Jonathan Cameron <Jonathan.Cameron@...wei.com>
Cc: linux-kernel@...r.kernel.org, Jonathan Cameron <jic23@...nel.org>,
Hartmut Knaack <knaack.h@....de>,
Lars-Peter Clausen <lars@...afoo.de>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Rob Herring <robh+dt@...nel.org>,
Mark Rutland <mark.rutland@....com>,
"David S. Miller" <davem@...emloft.net>,
Mauro Carvalho Chehab <mchehab@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Linus Walleij <linus.walleij@...aro.org>,
Randy Dunlap <rdunlap@...radead.org>,
linux-iio@...r.kernel.org, devicetree@...r.kernel.org
Subject: Re: [PATCH 0/3] iio: add unit converter
On 2018-03-23 14:14, Jonathan Cameron wrote:
> On Mon, 19 Mar 2018 18:02:43 +0100
> Peter Rosin <peda@...ntia.se> wrote:
>
>> Hi!
>>
>> This moves the iio-mux driver to a new category, since I think
>> it will be the single driver in that category forever, and now
>> I'm adding a new driver that is somewhat similar in nature...
>>
>> But that rename is not very interesting, it's just reshuffling.
>> It's the new driver that I need. Specifically, I need to allow
>> linear scaling and modification of the type of an io-channel.
>> I don't know exactly how that is accomplished in the best way,
>> but this is what I came up with.
>>
>> The use cases are an ADC hooked up to measure a "big" voltage by
>> looking at the midpoint of a voltage divider, and an ADC used
>> to measure the current by looking at the voltage over a resistor.
>>
>> Comments?
> It is pretty much how I would have implemented it as well.
>
> Will probably do a detailed review over the weekend.
> Not convinced entirely on the 'wrapper' naming though.
> Will think about it...
Yeah, let's put 'Wrapper' in the crapper. Not married to it.
Miscellaneous?
So, not super-happy about that either. And maybe leave the mux
where it is? It's just that I have the feeling that the iio-mux
is never going to get any friends in its category, and the mux
and the unit-converter are kind of related in that they operate
on other channels. But maybe that's only logical it you know how
they are implemented...
Cheers,
Peter
>
> Jonathan
>
>>
>> Cheers,
>> Peter
>>
>> Peter Rosin (3):
>> iio: rename the multiplexer category to wrapper
>> dt-bindings: iio: wrapper: add io-channel-unit-converter
>> iio: wrapper: unit-converter: new driver
>>
>> .../{multiplexer => wrapper}/io-channel-mux.txt | 0
>> .../iio/wrapper/io-channel-unit-converter.txt | 84 +++++++
>> MAINTAINERS | 11 +-
>> drivers/iio/Kconfig | 2 +-
>> drivers/iio/Makefile | 2 +-
>> drivers/iio/multiplexer/Makefile | 6 -
>> drivers/iio/{multiplexer => wrapper}/Kconfig | 13 +-
>> drivers/iio/wrapper/Makefile | 7 +
>> drivers/iio/{multiplexer => wrapper}/iio-mux.c | 0
>> drivers/iio/wrapper/iio-unit-converter.c | 268 +++++++++++++++++++++
>> 10 files changed, 381 insertions(+), 12 deletions(-)
>> rename Documentation/devicetree/bindings/iio/{multiplexer => wrapper}/io-channel-mux.txt (100%)
>> create mode 100644 Documentation/devicetree/bindings/iio/wrapper/io-channel-unit-converter.txt
>> delete mode 100644 drivers/iio/multiplexer/Makefile
>> rename drivers/iio/{multiplexer => wrapper}/Kconfig (53%)
>> create mode 100644 drivers/iio/wrapper/Makefile
>> rename drivers/iio/{multiplexer => wrapper}/iio-mux.c (100%)
>> create mode 100644 drivers/iio/wrapper/iio-unit-converter.c
>>
>
Powered by blists - more mailing lists