* Tomi Valkeinen <[email protected]> [191213 12:34]: > On 13/12/2019 14:28, Laurent Pinchart wrote: > > > > So... In the DT file, we would have multiple endpoints in the same output > > > port in DSS, one going to > > > the panel, one to the SiI9022? omapdrm could then create two encoders, > > > one abstracting the DPI > > > output and the connection to the panel, one abstracting the DPI output > > > and SiI9022? > > > > That's the idea, yes. > > > > > And then someone would need to handle the GPIO, and set it based on the > > > output used. These kind of > > > gpios are always difficult, as they don't belong anywhere =). > > > > https://lore.kernel.org/lkml/[email protected]/ > > > > Still, the infrastructure in omapdrm would need quite a bit of work. > > We're just about to get a helper layer for linear pipelines merged, and > > we already need to go one step further :-) > > Alright, sounds like this will be doable in the future. So let's drop this > and the epos HDMI patches for now.
Oh OK. Sounds like no other solution is usable right now short of separate dts files like you've done. > This does sound like quite a bit of work, as you say, so I have no idea when > we can get there (on the omapdrm side). In the minimum we should first get > the big omapdrm rework done, in order to avoid nasty conflicts. > > Thanks for educating me =). Sounds a nice plan though :) Thanks, Tony _______________________________________________ dri-devel mailing list [email protected] https://lists.freedesktop.org/mailman/listinfo/dri-devel
