[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <53199b3e-a711-4071-96a3-7836d3323906@www.fastmail.com>
Date: Wed, 11 Aug 2021 09:54:53 +0930
From: "Andrew Jeffery" <andrew@...id.au>
To: "Linus Walleij" <linus.walleij@...aro.org>
Cc: "Linux LED Subsystem" <linux-leds@...r.kernel.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>,
Cédric Le Goater <clg@...d.org>,
"Rob Herring" <robh+dt@...nel.org>,
"Joel Stanley" <joel@....id.au>, "Pavel Machek" <pavel@....cz>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>,
"Linux ARM" <linux-arm-kernel@...ts.infradead.org>,
linux-aspeed <linux-aspeed@...ts.ozlabs.org>,
linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [RFC PATCH 1/6] pinctrl: Add pinctrl_gpio_as_pin()
On Tue, 10 Aug 2021, at 23:04, Linus Walleij wrote:
> On Fri, Jul 23, 2021 at 9:59 AM Andrew Jeffery <andrew@...id.au> wrote:
>
> > Allow gpiochips to map the GPIO numberspace onto a pin numberspace when
> > the register layout for GPIO control is implemented in terms of the
> > pin numberspace.
> >
> > This requirement sounds kind of strange, but the patch is driven by
> > trying to resolve a bug in the leds-pca955x driver where this mapping is
> > not correctly performed.
> >
> > Signed-off-by: Andrew Jeffery <andrew@...id.au>
>
> (...)
>
> Hm this looks a bit strange...
>
> > +int pinctrl_gpio_as_pin(struct pinctrl_dev *pctldev, unsigned int gpio)
>
> This is not a good name for this function. Try to come up with
> a name that says exactly what the function does.
>
> E.g. "apple pear as apple slice" isn't very helpful, the use case for
> this is really hard to understand.
That's probably because I shouldn't be trying to do what I'm doing :)
I'll stop doing that (i.e. rework patch 4/6) and this will go away entirely.
>
> > +EXPORT_SYMBOL_GPL(pinctrl_find_gpio_range_from_pin);
>
> This looks completely wrong.
Yeah, whoops. That was an oversight while iterating on the patch.
Andrew
Powered by blists - more mailing lists