* Sebastian Reichel <sre@xxxxxxxxxx> [131209 10:25]: > On Mon, Dec 09, 2013 at 09:46:38AM -0800, Tony Lindgren wrote: > > > +Optional properties: > > > + - ti,fuzz-x : integer, X noise value of the touchscreen > > > + (defaults to 4) > > > + - ti,fuzz-y : integer, Y noise value of the touchscreen > > > + (defaults to 8) > > > + - ti,fuzz-pressure : integer, pressure noise value of the touchscreen > > > + (defaults to 2) > > > + - ti,max-x : integer, maximum reported x value > > > + (defaults to 4096) > > > + - ti,max-y : integer, maximum reported y value > > > + (defaults to 4096) > > > + - ti,max-pressure : integer, maximum reported pressure > > > + (defaults to 4096) > > > + - ti,x-plate-resistance : integer, resistance of the touchscreen's X plates > > > + in ohm (defaults to 280) > > > + - ti,esd-recovery-timeout-ms : integer, if the touchscreen does not respond after > > > + the configured time (in milli seconds), the driver > > > + will reset it. This is disabled by default. > > > > Instead of adding these optional ti,* properties you can set them in the > > driver directly in the of_match table based on the compatible flag. Then > > you can pass compatible flag like ti,tsc2005-nokia-n900, or the name of > > the LCD panel. Most likely these depend on the LCD panel selected. > > I could certainly do this, but it would move the board specific data > from the boardcode into the driver. That looks contra-productive to > me. Is there a good reason to do it this way? You can leave out the custom properties that way for something that probably should be grouped by the touchpanel type connected as the values are the same. So for example just a few compatible flags like ti,tsc2005-panel-abc and ti,tsc2005-panel-xyz we could potentially cover all the configurations we're aware of without any need for custom properties. And this is way easier to support in the long run assuming we don't end up with tons of compatible flags. Of course if we end up with a new compatible flag for each configuration, then it makes sense to set up the custom properties, but I doubt that's the case here. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
