* Tomi Valkeinen <tomi.valkeinen@xxxxxx> [140515 22:57]: > On 15/05/14 21:21, Tony Lindgren wrote: > > >> But you're right, having "sharp,ls037v7dw01-omap-dss" in the .dts is an > >> alternative for the compatible-string conversion we do now. I guess it's > >> a matter of taste, but I rather hide it inside the kernel, in an > >> internal omapdss file, than pollute the .dts files with those compatible > >> strings. > > > > Well it avoid you parsing through all the nodes during booting > > and leaves out the function to do remapping. And removes the need > > for maintaining a custom display mapping table. I'd say that's a > > pretty good list of advantages right there :) > > Yep... I don't know. Maybe I'm being too careful about doing wrong > things with .dts. I just like it more if any hacks are in kernel code, > which I can remove without anyone noticing. > > Anyway, we already have board.dts files using the non-omapified > compatible strings in the mainline, so if I would now add the omapified > compatible strings to .dts files, those old board.dts files would break. > > So I guess the choice has already been made. I really think you should remove this misuse of device tree code ASAP. It's better to fix it up now than carry the hack for next two years and keep on adding to it. 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
