On Thu, Aug 16, 2012 at 5:30 AM, Dong Aisheng <[email protected]> wrote:
> The problem is that those pins are visible to pinctrl subystem, but the > pinctrl > subsystem can not manage them all. > Not sure this meet Linus's original design purpose. The U300 driver has *lots* of pins it cannot manage. I have no strong opinions on this, often if there are lots of pins and say some ranges here and there are controllable, you may want to register them all (with names) just so that you can get something intuitive out of the pin numbers. But the descriptors are actually sparse, so you don't have to have a consecutive pin range and can actually just register the pins you want with the names you want. It's your pick... > But i'm not sure if we may have this requirement in the future. > For example, is it possible that pinctrl subsystem may support configure pins > via sysfs dynamically? Not sysfs. For GPIO this ended up in a bad place. Maybe /dev/pinctrl0, /dev/pinctrl1 But I don't think we want to expose individual pin configs to userspace. Maybe pinctrl states. Dunno, has to be designed, and surely pins can be totally numb and unconfigurable as well.... > If it supports, will imx driver also support config unused pins in devicetree > via sysfs? DT *or* /dev/foo I guess. Yours, Linus Walleij _______________________________________________ devicetree-discuss mailing list [email protected] https://lists.ozlabs.org/listinfo/devicetree-discuss
