From: Jonathan Cameron <Jonathan.Cameron@huawei.com>
To: David Veenstra <davidjulianveenstra@gmail.com>
Cc: <lars@metafoo.de>, <jic23@kernel.org>,
<Michael.Hennerich@analog.com>, <knaack.h@gmx.de>,
<linux-iio@vger.kernel.org>, <devel@driverdev.osuosl.org>
Subject: Re: [PATCH 08/11] staging: iio: ad2s1200: Replace legacy gpio ABI with modern ABI
Date: Fri, 23 Mar 2018 13:23:05 +0000 [thread overview]
Message-ID: <20180323142305.0000785c@huawei.com> (raw)
In-Reply-To: <0591e04105efe97eed662059ac8771a70fca5b46.1521379685.git.davidjulianveenstra@gmail.com>
On Sun, 18 Mar 2018 14:36:33 +0100
David Veenstra <davidjulianveenstra@gmail.com> wrote:
> The legacy, integer based gpio ABI is replaced with the descriptor
> based ABI.
>
> For compatibility, it is first tried to use the platform data to
> request the gpio's. Otherwise, it looks for the "sample" and "rdvel"
> gpio function.
>
> Signed-off-by: David Veenstra <davidjulianveenstra@gmail.com>
I'd like Michael's opinion on this. Personally I think we are safe to just
drop the old platform data code and have just use the new method. It's not
exactly hard to convert any board files over!
Code looks fine to me other than that.
Thanks,
Jonathan
> ---
> drivers/staging/iio/resolver/ad2s1200.c | 51 ++++++++++++++++++++++++---------
> 1 file changed, 37 insertions(+), 14 deletions(-)
>
> diff --git a/drivers/staging/iio/resolver/ad2s1200.c b/drivers/staging/iio/resolver/ad2s1200.c
> index 6ce9ca13094a..7ee1d9f76dfb 100644
> --- a/drivers/staging/iio/resolver/ad2s1200.c
> +++ b/drivers/staging/iio/resolver/ad2s1200.c
> @@ -14,6 +14,7 @@
> #include <linux/delay.h>
> #include <linux/device.h>
> #include <linux/gpio.h>
> +#include <linux/gpio/consumer.h>
> #include <linux/module.h>
> #include <linux/mutex.h>
> #include <linux/slab.h>
> @@ -45,8 +46,8 @@
> struct ad2s1200_state {
> struct mutex lock;
> struct spi_device *sdev;
> - int sample;
> - int rdvel;
> + struct gpio_desc *sample;
> + struct gpio_desc *rdvel;
> u8 rx[2] ____cacheline_aligned;
> };
>
> @@ -61,12 +62,12 @@ static int ad2s1200_read_raw(struct iio_dev *indio_dev,
> u16 vel;
>
> mutex_lock(&st->lock);
> - gpio_set_value(st->sample, 0);
> + gpiod_set_value(st->sample, 0);
>
> /* delay (6 * AD2S1200_TSCLK + 20) nano seconds */
> udelay(1);
> - gpio_set_value(st->sample, 1);
> - gpio_set_value(st->rdvel, !!(chan->type == IIO_ANGL));
> + gpiod_set_value(st->sample, 1);
> + gpiod_set_value(st->rdvel, !!(chan->type == IIO_ANGL));
>
> ret = spi_read(st->sdev, st->rx, 2);
> if (ret < 0) {
> @@ -124,13 +125,18 @@ static int ad2s1200_probe(struct spi_device *spi)
>
> dev = &spi->dev;
>
> - for (pn = 0; pn < AD2S1200_PN; pn++) {
> - ret = devm_gpio_request_one(dev, pins[pn], GPIOF_DIR_OUT,
> - DRV_NAME);
> - if (ret) {
> - dev_err(dev, "request gpio pin %d failed\n",
> - pins[pn]);
> - return ret;
> + if (pins) {
> + for (pn = 0; pn < AD2S1200_PN; pn++) {
> + ret = devm_gpio_request_one(dev, pins[pn],
> + GPIOF_DIR_OUT,
> + DRV_NAME);
> + if (ret) {
> + dev_err(dev,
> + "Failed to claim gpio %d\n: err=%d",
> + pins[pn],
> + ret);
> + return ret;
> + }
> }
> }
>
> @@ -142,8 +148,25 @@ static int ad2s1200_probe(struct spi_device *spi)
> st = iio_priv(indio_dev);
> mutex_init(&st->lock);
> st->sdev = spi;
> - st->sample = pins[0];
> - st->rdvel = pins[1];
> +
> + if (pins) {
> + st->sample = gpio_to_desc(pins[0]);
> + st->rdvel = gpio_to_desc(pins[1]);
> + } else {
> + st->sample = devm_gpiod_get(dev, "sample", GPIOD_OUT_LOW);
> + if (IS_ERR(st->sample)) {
> + dev_err(dev, "Failed to claim SAMPLE gpio: err=%ld\n",
> + PTR_ERR(st->sample));
> + return PTR_ERR(st->sample);
> + }
> +
> + st->rdvel = devm_gpiod_get(dev, "rdvel", GPIOD_OUT_LOW);
> + if (IS_ERR(st->rdvel)) {
> + dev_err(dev, "Failed to claim RDVEL gpio: err=%ld\n",
> + PTR_ERR(st->rdvel));
> + return PTR_ERR(st->rdvel);
> + }
> + }
>
> indio_dev->dev.parent = dev;
> indio_dev->info = &ad2s1200_info;
next prev parent reply other threads:[~2018-03-23 13:23 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-03-18 13:33 [PATCH 00/11] staging: iio: ad2s1200: Driver clean up David Veenstra
2018-03-18 13:34 ` [PATCH 01/11] staging: iio: ad2s1200: Sort includes alphabetically David Veenstra
2018-03-18 13:34 ` [PATCH 02/11] staging: iio: ad2s1200: Reverse Christmas tree order David Veenstra
2018-03-18 13:34 ` [PATCH 03/11] staging: iio: ad2s1200: Add blank lines David Veenstra
2018-03-18 13:35 ` [PATCH 04/11] staging: iio: ad2s1200: Add kernel docs to driver state David Veenstra
2018-03-18 13:35 ` [PATCH 05/11] staging: iio: ad2s1200: Introduce variable for repeated value David Veenstra
2018-03-23 13:17 ` Jonathan Cameron
2018-03-24 12:22 ` David Julian Veenstra
2018-03-24 14:04 ` Jonathan Cameron
2018-03-18 13:35 ` [PATCH 06/11] staging: iio: ad2s1200: Improve readability with be16_to_cpup David Veenstra
2018-03-18 13:36 ` [PATCH 07/11] staging: iio: ad2s1200: Ensure udelay(1) in all necessary code paths David Veenstra
2018-03-23 13:20 ` Jonathan Cameron
2018-03-24 12:26 ` David Julian Veenstra
2018-03-18 13:36 ` [PATCH 08/11] staging: iio: ad2s1200: Replace legacy gpio ABI with modern ABI David Veenstra
2018-03-23 13:23 ` Jonathan Cameron [this message]
2018-03-18 13:36 ` [PATCH 09/11] staging: iio: ad2s1200: Add scaling factor for IIO_ANGL_VEL channel David Veenstra
2018-03-18 13:37 ` [PATCH 10/11] staging: iio: ad2s1200: Replace angle channel with inclination channel David Veenstra
2018-03-23 13:27 ` Jonathan Cameron
2018-03-24 12:36 ` David Julian Veenstra
2018-03-24 14:12 ` Jonathan Cameron
2018-03-24 14:57 ` David Julian Veenstra
2018-03-24 17:40 ` Jonathan Cameron
2018-03-18 13:37 ` [PATCH 11/11] Move resolver ad2c1200 driver out of staging to mainline iio David Veenstra
2018-03-23 13:29 ` 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=20180323142305.0000785c@huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=Michael.Hennerich@analog.com \
--cc=davidjulianveenstra@gmail.com \
--cc=devel@driverdev.osuosl.org \
--cc=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
/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).