[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200412120149.73c32f28@archlinux>
Date: Sun, 12 Apr 2020 12:02:22 +0100
From: Jonathan Cameron <jic23@...nel.org>
To: Chris Ruehl <chris.ruehl@...ys.com.hk>
Cc: Hartmut Knaack <knaack.h@....de>,
Lars-Peter Clausen <lars@...afoo.de>,
Peter Meerwald-Stadler <pmeerw@...erw.net>,
Alexandru Ardelean <alexandru.ardelean@...log.com>,
Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>,
Alexandru Tachici <alexandru.tachici@...log.com>,
Thomas Gleixner <tglx@...utronix.de>,
Stefan Popa <stefan.popa@...log.com>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Richard Fontana <rfontana@...hat.com>,
linux-iio@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/2] iio: DAC extension for ltc2634-12/10/8
On Wed, 8 Apr 2020 16:03:29 +0800
Chris Ruehl <chris.ruehl@...ys.com.hk> wrote:
> This patch add support for Analog Devices (Linear Technology)
> LTC26234 Quad 12-/10-/8-Bit Rail-to-Rail DAC.
> The SPI functionality based on them from LTC2632 therefor
> add the definitions only and update the Kconfig.
>
> Signed-off-by: Chris Ruehl <chris.ruehl@...ys.com.hk>
Hi Chris
Process wise, please make sure patches appear as a series, preferably
with a cover letter patch to give a quick overview.
Otherwise, it's far too easy for bad timing to mean a bunch of other
emails turn up in the middle in people's inboxes!
One minor thing inline.
Thanks,
Jonathan
> ---
> drivers/iio/dac/Kconfig | 6 ++--
> drivers/iio/dac/ltc2632.c | 61 +++++++++++++++++++++++++++++++++++++++
> 2 files changed, 64 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/iio/dac/Kconfig b/drivers/iio/dac/Kconfig
> index 93744011b63f..e14c9b14c4de 100644
> --- a/drivers/iio/dac/Kconfig
> +++ b/drivers/iio/dac/Kconfig
> @@ -279,12 +279,12 @@ config LTC1660
> module will be called ltc1660.
>
> config LTC2632
> - tristate "Linear Technology LTC2632-12/10/8 and LTC2636-12/10/8 DAC spi driver"
> + tristate "Linear Technology LTC2632,LTC2634,LTC2636-12/10/8 DAC spi driver"
Hmm. That's marginal. At somepoint we'll just have to give in and say
"LTC2632 and similar" and rely on people grepping part names to find them
in the help text.
> depends on SPI
> help
> Say yes here to build support for Linear Technology
> - LTC2632-12, LTC2632-10, LTC2632-8, LTC2636-12, LTC2636-10 and
> - LTC2636-8 converters (DAC).
> + LTC2632, LTC2634 and LTC2636 DAC resolution 12/10/8 bit
> + low 0-2.5V and high 0-4,096V range converters.
>
> To compile this driver as a module, choose M here: the
> module will be called ltc2632.
> diff --git a/drivers/iio/dac/ltc2632.c b/drivers/iio/dac/ltc2632.c
> index 7adc91056aa1..e939d7f81014 100644
> --- a/drivers/iio/dac/ltc2632.c
> +++ b/drivers/iio/dac/ltc2632.c
> @@ -24,6 +24,7 @@
> /**
> * struct ltc2632_chip_info - chip specific information
> * @channels: channel spec for the DAC
> + * @num_channels: DAC channel count of the chip
Good to fix this but please pull it out as a precursor patch - ideally
with a fixes tag even though it's just documentation.
> * @vref_mv: internal reference voltage
> */
> struct ltc2632_chip_info {
> @@ -53,6 +54,12 @@ enum ltc2632_supported_device_ids {
> ID_LTC2632H12,
> ID_LTC2632H10,
> ID_LTC2632H8,
> + ID_LTC2634L12,
> + ID_LTC2634L10,
> + ID_LTC2634L8,
> + ID_LTC2634H12,
> + ID_LTC2634H10,
> + ID_LTC2634H8,
> ID_LTC2636L12,
> ID_LTC2636L10,
> ID_LTC2636L8,
> @@ -235,6 +242,36 @@ static const struct ltc2632_chip_info ltc2632_chip_info_tbl[] = {
> .num_channels = 2,
> .vref_mv = 4096,
> },
> + [ID_LTC2634L12] = {
> + .channels = ltc2632x12_channels,
> + .num_channels = 4,
> + .vref_mv = 2500,
> + },
> + [ID_LTC2634L10] = {
> + .channels = ltc2632x10_channels,
> + .num_channels = 4,
> + .vref_mv = 2500,
> + },
> + [ID_LTC2634L8] = {
> + .channels = ltc2632x8_channels,
> + .num_channels = 4,
> + .vref_mv = 2500,
> + },
> + [ID_LTC2634H12] = {
> + .channels = ltc2632x12_channels,
> + .num_channels = 4,
> + .vref_mv = 4096,
> + },
> + [ID_LTC2634H10] = {
> + .channels = ltc2632x10_channels,
> + .num_channels = 4,
> + .vref_mv = 4096,
> + },
> + [ID_LTC2634H8] = {
> + .channels = ltc2632x8_channels,
> + .num_channels = 4,
> + .vref_mv = 4096,
> + },
> [ID_LTC2636L12] = {
> .channels = ltc2632x12_channels,
> .num_channels = 8,
> @@ -356,6 +393,12 @@ static const struct spi_device_id ltc2632_id[] = {
> { "ltc2632-h12", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2632H12] },
> { "ltc2632-h10", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2632H10] },
> { "ltc2632-h8", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2632H8] },
> + { "ltc2634-l12", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634L12] },
> + { "ltc2634-l10", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634L10] },
> + { "ltc2634-l8", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634L8] },
> + { "ltc2634-h12", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634H12] },
> + { "ltc2634-h10", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634H10] },
> + { "ltc2634-h8", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2634H8] },
> { "ltc2636-l12", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2636L12] },
> { "ltc2636-l10", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2636L10] },
> { "ltc2636-l8", (kernel_ulong_t)<c2632_chip_info_tbl[ID_LTC2636L8] },
> @@ -385,6 +428,24 @@ static const struct of_device_id ltc2632_of_match[] = {
> }, {
> .compatible = "lltc,ltc2632-h8",
> .data = <c2632_chip_info_tbl[ID_LTC2632H8]
> + }, {
> + .compatible = "lltc,ltc2634-l12",
> + .data = <c2632_chip_info_tbl[ID_LTC2634L12]
> + }, {
> + .compatible = "lltc,ltc2634-l10",
> + .data = <c2632_chip_info_tbl[ID_LTC2634L10]
> + }, {
> + .compatible = "lltc,ltc2634-l8",
> + .data = <c2632_chip_info_tbl[ID_LTC2634L8]
> + }, {
> + .compatible = "lltc,ltc2634-h12",
> + .data = <c2632_chip_info_tbl[ID_LTC2634H12]
> + }, {
> + .compatible = "lltc,ltc2634-h10",
> + .data = <c2632_chip_info_tbl[ID_LTC2634H10]
> + }, {
> + .compatible = "lltc,ltc2634-h8",
> + .data = <c2632_chip_info_tbl[ID_LTC2634H8]
> }, {
> .compatible = "lltc,ltc2636-l12",
> .data = <c2632_chip_info_tbl[ID_LTC2636L12]
Powered by blists - more mailing lists