linux-gpio.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stefan Wahren <stefan.wahren@i2se.com>
To: Ramon Fried <ramon.fried@linux.intel.com>,
	linus.walleij@linaro.org, bgolaszewski@baylibre.com
Cc: linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] gpiolib: Take MUX usage into account
Date: Tue, 13 Aug 2019 07:38:38 +0200	[thread overview]
Message-ID: <1650c967-5176-70db-ff9a-b2af432ba1e7@i2se.com> (raw)
In-Reply-To: <20190813014210.15519-1-ramon.fried@linux.intel.com>

Hi Ramon,

On 13.08.19 03:42, Ramon Fried wrote:
> From: Stefan Wahren <stefan.wahren@i2se.com>
>
> The user space like gpioinfo only see the GPIO usage but not the
> MUX usage (e.g. I2C or SPI usage) of a pin. As a user we want to know which
> pin is free/safe to use. So take the MUX usage of strict pinmux controllers
> into account to get a more realistic view for ioctl GPIO_GET_LINEINFO_IOCTL.
>
> Signed-off-by: Stefan Wahren <stefan.wahren@i2se.com>
> Tested-by: Ramon Fried <rfried.dev@gmail.com>
> Signed-off-by: Ramon Fried <rfried.dev@gmail.com>
> ---
> v2: Address review from linus:
> * ** Please notive logic was reversed **
> * renamed pinctrl_gpio_is_in_use() to pinctrl_gpio_can_use_line()
> * renamed pinmux_is_in_use() to pinmux_can_be_used_for_gpio()
> * changed dev_err to dev_dbg (Linus suggested removing it altogether, I
>   find it better to keep it for debug).
thanks for taking care of this.
>
>  drivers/gpio/gpiolib.c           |  3 ++-
>  drivers/pinctrl/core.c           | 28 ++++++++++++++++++++++++++++
>  drivers/pinctrl/pinmux.c         | 27 +++++++++++++++++++++++++++
>  drivers/pinctrl/pinmux.h         |  8 ++++++++
>  include/linux/pinctrl/consumer.h |  6 ++++++
>  5 files changed, 71 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpio/gpiolib.c b/drivers/gpio/gpiolib.c
> index f497003f119c..52937bf8e514 100644
> --- a/drivers/gpio/gpiolib.c
> +++ b/drivers/gpio/gpiolib.c
> @@ -1084,7 +1084,8 @@ static long gpio_ioctl(struct file *filp, unsigned int cmd, unsigned long arg)
>  		    test_bit(FLAG_IS_HOGGED, &desc->flags) ||
>  		    test_bit(FLAG_USED_AS_IRQ, &desc->flags) ||
>  		    test_bit(FLAG_EXPORT, &desc->flags) ||
> -		    test_bit(FLAG_SYSFS, &desc->flags))
> +		    test_bit(FLAG_SYSFS, &desc->flags) ||
> +		    !pinctrl_gpio_can_use_line(chip->base + lineinfo.line_offset))
>  			lineinfo.flags |= GPIOLINE_FLAG_KERNEL;
>  		if (test_bit(FLAG_IS_OUT, &desc->flags))
>  			lineinfo.flags |= GPIOLINE_FLAG_IS_OUT;
> diff --git a/drivers/pinctrl/core.c b/drivers/pinctrl/core.c
> index b70df27874d1..2bbd8ee93507 100644
> --- a/drivers/pinctrl/core.c
> +++ b/drivers/pinctrl/core.c
> @@ -736,6 +736,34 @@ int pinctrl_get_group_selector(struct pinctrl_dev *pctldev,
>  	return -EINVAL;
>  }
>  
> +bool pinctrl_gpio_can_use_line(unsigned gpio)
> +{
> +	struct pinctrl_dev *pctldev;
> +	struct pinctrl_gpio_range *range;
> +	bool result;
> +	int pin;
> +
> +	/*
> +	 * Try to obtain GPIO range, if it fails
> +	 * we're probably dealing with GPIO driver
> +	 * without a backing pin controller - bail out.
> +	 */
> +	if (pinctrl_get_device_gpio_range(gpio, &pctldev, &range))
> +		return true;
> +
> +	mutex_lock(&pctldev->mutex);
> +
> +	/* Convert to the pin controllers number space */
> +	pin = gpio_to_pin(range, gpio);
> +
> +	result = pinmux_can_be_used_for_gpio(pctldev, pin);
> +
> +	mutex_unlock(&pctldev->mutex);
> +
> +	return result;
> +}
> +EXPORT_SYMBOL_GPL(pinctrl_gpio_can_use_line);
> +
>  /**
>   * pinctrl_gpio_request() - request a single pin to be used as GPIO
>   * @gpio: the GPIO pin number from the GPIO subsystem number space
> diff --git a/drivers/pinctrl/pinmux.c b/drivers/pinctrl/pinmux.c
> index 020e54f843f9..7e42a5738d82 100644
> --- a/drivers/pinctrl/pinmux.c
> +++ b/drivers/pinctrl/pinmux.c
> @@ -70,6 +70,33 @@ int pinmux_validate_map(const struct pinctrl_map *map, int i)
>  	return 0;
>  }
>  
> +/**
> + * pinmux_can_be_used_for_gpio() - check if a specific pin
> + *	is either muxed to a different function or used as gpio.
> + *
> + * @pin: the pin number in the global pin space
> + *
> + * Controllers not defined as strict will always return true,
> + * menaning that the gpio can be used.
> + */
> +bool pinmux_can_be_used_for_gpio(struct pinctrl_dev *pctldev, unsigned pin)
> +{
> +	struct pin_desc *desc = pin_desc_get(pctldev, pin);
> +	const struct pinmux_ops *ops = pctldev->desc->pmxops;
> +
> +	if (!desc) {
> +		dev_dbg(pctldev->dev,
> +			"pin %u is not registered so it cannot be requested\n",
> +			pin);
> +		return true;

This return value looks strange to me.

Stefan


  reply	other threads:[~2019-08-13  5:38 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-08-13  1:42 [PATCH v2] gpiolib: Take MUX usage into account Ramon Fried
2019-08-13  5:38 ` Stefan Wahren [this message]
2019-08-13  6:10   ` Fried, Ramon
2019-08-13 16:32     ` Stefan Wahren
2019-08-14 10:22       ` Ramon Fried

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=1650c967-5176-70db-ff9a-b2af432ba1e7@i2se.com \
    --to=stefan.wahren@i2se.com \
    --cc=bgolaszewski@baylibre.com \
    --cc=linus.walleij@linaro.org \
    --cc=linux-gpio@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=ramon.fried@linux.intel.com \
    --cc=wahrenst@gmx.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 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).