On Tue, Jul 28, 2015 at 11:17 AM, Johan Hovold <johan@xxxxxxxxxx> wrote: > On Sun, Jul 19, 2015 at 04:01:42PM +0200, Markus Pargmann wrote: >> > I don't like this patch. IMHO hogging is a "use" of a GPIO that should >> > prevent it being requested. >> >> I disagree with you here. The original patch stated in its description >> that it was designed to initialize GPIOs. In my understanding this does >> not necessarily mean that a hogged GPIO has to be blocked forever. > > IIRC, this use case was discussed but was rejected by Linus when hogs > were added: > > https://lkml.kernel.org/r/CACRpkdZcNcPBYQM438CZJx1gYst9BFBSTj-3Qv2aPGF9pdWa5g@xxxxxxxxxxxxxx > > Linus? Yeah that is true. But maybe I softened up a bit. Basically I want to avoid having two very similar mechanisms. But that is maybe more of a question of how the code is arranged and named than what it is called. It would be nicer if this was referring to initial values rather than hogging, the mechanism inside the kernel could be the same. But then there is the path where something that is initially a hog is turned into a userspace GPIO. Then it is essentially not a hog anymore, so this property is not static. 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