On 08/26/2013 11:17 AM, boris brezillon wrote:On 26/08/2013 18:53, Stephen Warren wrote:Hmmm. It is a little odd to switch out the compatible value and invent aOn 08/24/2013 03:37 PM, Boris BREZILLON wrote:This is an update of the documentation:Add support for generic pin configuration to pinctrl-at91 driver.You seem to also be adding a second chip name to the list here, which is
diff --git
a/Documentation/devicetree/bindings/pinctrl/atmel,at91-pinctrl.txt
b/Documentation/devicetree/bindings/pinctrl/atmel,at91-pinctrl.txt
Required properties for iomux controller:
-- compatible: "atmel,at91rm9200-pinctrl"
+- compatible: "atmel,at91rm9200-pinctrl" or "atmel,at91sam9x5-pinctrl".
more than the patch subject/description imply you're doing...
"atmel,at91sam9x5-pinctrl" compatible is already used in the pinctrl
driver but the documention
was not updated.
But I agree, this should not be part of this series.
Okay.+ Add "generic-pinconf" to the compatible string list to use the"generic-pinconf" is too generic of a compatible value for this binding
generic pin
+ configuration syntax.
to define.
Instead, I think you want to either:
a)
Use compatible="atmel,at91rm9200-pinctrl" for the old binding,
use compatible="atmel,at91rm9200-pinctrl-generic" for the new binding
or:
b)
Define Boolean property atmel,generic-pinconf (perhaps a better name
could be chosen?). If it's not present, parse the node assuming the old
binding. If it is present, parse the node assuming the new binding.
I thought this property string could be generic as it may concern other
drivers too
(in order to keep compatibility with old dt ABI and add support the
generic pinconf binding).
Anyway, I prefer the first proposition.
pinctrl single driver is already using these names:
|compatible = "pinctrl-single" for non generic pinconf binding
||compatible = "pinconf-single" ||for generic pinconf binding|
So I think we should use something similar:
|compatible = "atmel,at91xx-pinctrl" for non generic pinconf binding
||compatible = "|||atmel,at91xx-|pinconf" ||for generic pinconf binding|
What do you think ?
new binding for the same HW. Isn't it possible to define both sets of
properties in the binding, and have drivers look for either?