On Tue, Jan 7, 2020 at 1:39 PM Arnd Bergmann <arnd@xxxxxxxx> wrote: > On Tue, Jan 7, 2020 at 12:58 PM Richard Fitzgerald > <rf@xxxxxxxxxxxxxxxxxxxxx> wrote: > > On 07/01/2020 10:39, Arnd Bergmann wrote: > > > On Tue, Jan 7, 2020 at 10:45 AM Linus Walleij <linus.walleij@xxxxxxxxxx> wrote: > > >> On Wed, Dec 18, 2019 at 5:37 PM Arnd Bergmann <arnd@xxxxxxxx> wrote: > > >>> I wonder if GPIOLIB should just become mandatory when enabling the pinctrl > > >>> subsystem, or if there are still good reasons for leaving it disabled > > >>> on any machine that uses CONFIG_PINCTRL. > > >> > > >> Hm that is a tricky question, they almost always come in pair but are > > >> technically speaking separate subsystems. > > > > > > I think there are a number of use cases for GPIOLIB drivers without PINCTRL, but > > > are there any examples of the reverse? > > > > You could have muxable pins that aren't gpios. For example muxing > > between i2c/spi signals. So a pinctrl driver doesn't imply gpio. > > I understand that this is the case in theory, but what I was wondering about > is whether there are any such users, or at least any that also want to > save a few kilobytes of kernel size for gpiolib. I don't think so. In any case what we need to do at all times is put gpiolib on lowcarb diet as it gets compiled into pretty much everything (at least everything embedded), so I am working a bit on that. Yours, Linus Walleij