On Wed, May 14, 2014 at 11:32 AM, Javier Martinez Canillas <javier@xxxxxxxxxxxx> wrote: > If Linus agrees that a better GPIO interface that model the GPIO > operations can be developed using a set of ioctl commands or netlink > sockets I'll be very glad to help with the implementation. That needs to be discussed with the wider kernel community and will be a quite daunting task. But if you have the geist, do go ahead. Involved people would include Grant Likely and Greg Kroah-Hartmann. > On a related note I see that people are asking how they can mux a SoC > pin in GPIO mode in order to use the GPIO sysfs interface. For example > take a look to this thread [0]. Pin control shall be handled in the kernel. > When OMAP was not using pinctrl-single but a custom driver for pin > configuration there was a debugfs interface > (/sys/kernel/debug/omap_mux) that allowed to change the pin mux setup. If people want to do crazy stuff from userspace and they use debugfs for that, they should be aware what the rules of debugfs is: it is *NOT* an ABI! We may break that just because we feel like it. There are no plans for a proper userspace interface for pin control, if that is desired an even bigger undertaking than moving GPIOs to ioctl():s etc will be needed. But here, too, I think the real answer is: edit device tree files. 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