On Fri, Sep 29, 2017 at 12:14 PM, Charles Keepax <ckeepax@xxxxxxxxxxxxxxxxxxxxx> wrote: > This series add support for muxing individual pins within > pin mux, rather than just whole groups. Mainly, I had two > motivations here, one to avoid the need to add loads of groups > containing individual pins and hardware that actually has some > internal concept of groups of pins, and disambiguating that from > individual pin muxing. I have marked it as RFC to just get > peoples opinions at this stage, although it should be pretty well > tested. Sorry about the amount of files touched in patch 2 it > would be possible to drop it from the chain although it leaves > the field rather inaccurately named. > > Also I have left all the existing code paths parsing all mux > options as groups from DT, and added a new helper to unlock the > pin based functionality this should ease the transition across. There is currently a driver in the pin control subsystem that handles individual pins and that is pinctrl-single.c. The driver is deployed for single pins muxed by a single register, and if this infrastructure is to be deployed it must be applied also in pinctrl-single. We cannot have several ways of doing the same thing, that way lies madness. So you need Tony Lindgren's review and direction on this patch series. I see the problem you are setting out to solve. I too have ran into the situation (on systems such as Qualcomm's) where single-pin groups are more rule than exception. It would be good to alleviate this and handle it in the core somehow. Yours, Linus Walleij -- To unsubscribe from this list: send the line "unsubscribe linux-gpio" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html