[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <aBtEyciwVip9FaKP@stanley.mountain>
Date: Wed, 7 May 2025 14:32:25 +0300
From: Dan Carpenter <dan.carpenter@...aro.org>
To: ALOK TIWARI <alok.a.tiwari@...cle.com>
Cc: Linus Walleij <linus.walleij@...aro.org>,
Bartosz Golaszewski <brgl@...ev.pl>, linux-gpio@...r.kernel.org,
linux-kernel@...r.kernel.org,
Takahiro AKASHI <akashi.tkhro@...il.com>
Subject: Re: [RFC 3/7] pinctrl: introduce pinctrl_gpio_get_config()
On Mon, May 05, 2025 at 10:00:35PM +0530, ALOK TIWARI wrote:
> > +int pinctrl_gpio_get_config(struct gpio_chip *gc, unsigned int offset, unsigned long *config)
> > +{
> > + struct pinctrl_gpio_range *range;
> > + const struct pinconf_ops *ops;
> > + struct pinctrl_dev *pctldev;
> > + int ret, pin;
> > +
> > + ret = pinctrl_get_device_gpio_range(gc, offset, &pctldev, &range);
> > + if (ret)
> > + return ret;
> > +
> > + ops = pctldev->desc->confops;
> > + if (!ops || !ops->pin_config_get)
> > + return -EINVAL;
> > +
> > + mutex_lock(&pctldev->mutex);
> > + pin = gpio_to_pin(range, gc, offset);
> > + ret = ops->pin_config_get(pctldev, pin, config);
>
> can we add reason here, as now we are not calling pin_config_get_for_pin()
>
> https://lore.kernel.org/all/20231002021602.260100-3-takahiro.akashi@linaro.org/
>
I don't even know why I changed that. Using pin_config_get_for_pin()
works and it's cleaner.
regards,
dan carpenter
Powered by blists - more mailing lists