Hi Laurent, On Monday, January 09, 2017, Laurent Pinchart wrote: > Both the existing RZ/A model and the pinctrl model are in my opinion > improvements over the RZ/G and R-Car models. I don't care much about > whether pinctrl-single can be used, but we really need hardware > architectures that don't require those huge data tables. I can definitely agree to that. > It's more complex than that. Both the pin-based and group-based models > have their pros and cons, and the pinctrl API is some kind of mix that > allows both options. Here is my general question: Which of these 2 approaches are better? A) In the DT, the user ask "enable Ethernet please" and magic happens in the pfc driver. B) In the DT, the user looks up the correct pin/function assignments in the SoC Hardware Manual and manually spells out what they need. R-Car looks more like A. I've been using a driver that looks more like B. For most drivers (USB, MMC, SDHI, etc..,), I'm happy when 'magic happens' and I don't really have to open a HW manual at all. But, for something like setting up the PFC when someone gets a shiny new board, making people actually open a HW manual seems acceptable to me. Chris -- 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