* Adam Ford <aford173@xxxxxxxxx> [160222 11:05]: > On Mon, Feb 22, 2016 at 11:45 AM, Tony Lindgren <tony@xxxxxxxxxxx> wrote: > > * Tomi Valkeinen <tomi.valkeinen@xxxxxx> [160222 09:30]: > >> On 22/02/16 18:49, Tony Lindgren wrote: > >> > >> >>> I think separate .dtb files are the best option at the moment, and > >> >>> choose the right one in the bootloader. > >> > > >> > That's not going to work for many boards as there are just too many > >> > combinations to support. > >> > >> I think it's fine if there's just one "base" .dts file, so for N panels > >> you'll end up with N .dtbs. The problems start if you have multiple base > >> .dts files for, say, different board and SoC revisions. Then the amount > >> of .dtbs explode. > > > That is also what I'm trying to avoid. > > > Yeah in this case of modular development boards you can have multiple > > CPU modules and multiple display panel options. Adam, just for fun, > > care to estimate the potential permutations with the torpedo kit for > > example? > > There are only 2 panels that Logic PD sold in their development kits. > They had other displays, but I believe they are no longer being sold. > > 800 MHz Torpedo (Device trees TBD) > 1000 MHz Torpedo (Device trees TBD) > 800 MHz Torpedo + Wireless > 1000 MHz Torpedo + Wireless (needs modified device tree) > 800MHz DM37xx SOM-LV (Device trees pending review) > 1000 MHz DM37xx SOM-LV (Device trees TBD) > OMAP3530 Torpedo (Device trees to come soon) > OMAP3530 SOM-LV (Device trees to come soon) > > 8 Devices * 2 Displays = 16 Device Trees (Yuck!) > This would cut down a bit if the OMAP3630 /3730 had some way of > detecting it's max speed. I think that might be available in the SR/OPP code to read from the efuses? > Thankfully, Logic PD doesn't sell all the displays they used to sell > or it would be worse. I think we should just now use your suggested solution with the comments in the dtsi file for the older display panel. Or set up a separate board dts file for the older display. Then when we have a better solution we can switch to using 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
