* Tomi Valkeinen <tomi.valkei...@ti.com> [121105 05:16]: > Hi, > > OMAPDSS device tree support is still some way in the future. Tony has > requested > to get DSS working for Panda & SDP boards with DT kernel, so that we'll have > fully working boards with DT. > > This series makes a few hacks to get a working display on OMAP4 Panda and SDP > boards. The idea is to setup the omapdss with the non-DT method, creating the > omapdss devices and passing platform data to them. This setup code is called > from board-generic for Panda and SDP boards. > > There was one problem with this approach: omapdss cannot get regulators using > the omapdss's names fro the regulators. Thus there's a hack patch to get the > regulators using the OMAP4 "native" regulator names, thus circumventing the > problem. > > Tony, if these look good, how do you want to merge these? There are three > parts > here, and I think they can be merged independently if so wished: > > * .dts changes for the pinmuxing (2 patches)
Let's let Benoit queue these. > * dss-common.c and board-generic.c changes (3 patches) And I can take these. > * DSS hack for the regulators (1 patch) And you can take this. > If one of those parts is missing, DSS won't start with DT kernel, but > otherwise > there shouldn't be any problems. So to avoid conflicts, I suggest that you > take > the first two parts, and I'll merge the DSS hack via omapdss tree. Cool thanks for doing this. Looks OK to me until we have the DT bindings ready. Regards, Tony -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
