On Thu, 2009-10-08 at 23:40 -0600, Grant Likely wrote: > For your future reference, patches that look at the device tree should > also cc: devicetree-discuss@xxxxxxxxxxxxxxxx so that new bindings can > be reviewed and common mistakes can be avoided. It is expected that > new device tree bindings are accompanied with documentation describing > what the binding is for and how it should be used (see > Documentation/powerpc/dts-bindings). > > I know this change is already in mainline, but can you please post the > device tree fragment that you're using to describe this chip? I want > to make sure we don't get stuck with things in the kernel that will be > hard to maintain in the long term. Hi Grant, Sorry for neglecting to include devicetree-discuss on that one. I was in fact aware of this list, and subscribe to it. I really just forgot in this case. I also have a documentation patch for it that went along with it, but it wasn't ready in time and so it's been sitting in our local patch queue. I can submit that soon, but it probably makes sense for Wolfram to voice whatever his concerns were about "questionable" properties before I document what's there. Here's an example device tree node for this case: gpio1: gpio@18 { compatible = "nxp,pca9557"; reg = <0x18>; #gpio-cells = <2>; gpio-controller; polarity = <0x00>; }; In this case, the linux,gpio-base property wasn't specified. But, the use case is identical to the pdata->gpio_base field. "polarity" is used for specifying polarity inversion for each line, and is in the same format of the 'polarity inversion' register on the chip. My reasoning in the property naming was as follows: linux,gpio-base: Linux-specific as it relates to internal GPIO numbering. So, it's prefixed with "linux," polarity: Dictated by how hardware is wired up, so it's needed regardless of the OS. - Nate -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html