On Tue, Nov 12, 2013 at 08:40:14PM +0000, Sebastian Reichel wrote: > On Tue, Nov 12, 2013 at 09:11:40PM +0100, Linus Walleij wrote: > > > I could find two boards using "gpio-matrix-keypad" in the mainline > > > kernel and not a single instance of "linux,no-autorepeat": > > > > In things connected to GPIO, I don't expect the in-kernel > > device trees to be a good way so survey the usage of these > > bindings. Anyone doing device trees on any system with a > > few GPIOs can be using this. > > > > But maybe we're lucky and won't break anyone's setup if > > we change this? > > AFAIK Device Tree property names are considered as ABI, so existing > property names must not be removed. To an extent. We shouldn't pointlessly break existing bindings, and we can typically support newer / "better" bindings without breaking support for existing bindings. There may be cases where we have to remove support for bindings (i.e. when a binding is so badly used in practice that relying on it means we're likely to damage hardware, or where it's so ambiguous that it provides no useful information), but I don't think we've hit any of those yet. If a portions of a binding are no longer used in practice, then I see no problem in removing support from them. However I'd expect them to remain documented as deprecated / unsupported by Linux, and for those names to not be re-used. > > But I guess we can add the standardized property name in addition > to the deprecated one. New drivers can use the standardized property > name from the beginning. This is precisely how I'd expect bindings to evolve. New properties can be added, or existing properties can be extended, as long as those modifications don't impair existing device trees which are in use. If we need to change things substantially, then we can allocate a new compatible string for the new binding. That doesn't seem to be necessary here. > > Thus I guess we should not use the name, which has the most adopters > in kernel (or out of kernel). Instead the most fitting name should > be used. Current suggestions (taken from kernel) are: > > * <<vendor>>,no-autorepeat > * keypad,autorepeat > * linux,keypad-no-autorepeat > * linux,input-no-autorepeat > * linux,no-autorepeat > * autorepeat > > I do not really care, which one is chosen, except for two things: > > * <<vendor>> seems wrong. This is not vendor specific. > * I would prefer "input-" over "keypad-", since then the same name > can be used for single keys, buttons, etc. Both of those sound valid to me, but I think it may make sense to keep the "linux," prefix. As I understand it this is really telling the Linux input subsystem to react to a device acting in a certain way, rather than describing or configuring the device in a certain way. Thanks, Mark. -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
