Messages in this thread |  | | Subject | Re: [PATCH v2 5/6] drm/atmel-hlcdc: add support for connecting to tda998x HDMI encoder | From | Peter Rosin <> | Date | Wed, 18 Apr 2018 10:02:12 +0200 |
| |
On 2018-04-18 09:36, Boris Brezillon wrote: > On Tue, 17 Apr 2018 15:10:51 +0200 > Peter Rosin <peda@axentia.se> wrote: > >> When the of-graph points to a tda998x-compatible HDMI encoder, register >> as a component master and bind to the encoder/connector provided by >> the tda998x driver. > > Can't we do the opposite: make the tda998x driver expose its devices as > drm bridges. I'd rather not add another way to connect external > encoders (or bridges) to display controller drivers, especially since, > when I asked DRM maintainers/devs what was the good approach to > represent such external encoders they pointed me to the drm_bridge > interface.
From the cover letter:
"However, I don't know if the tilcdc driver is interfacing with the tda998x driver in a sane and modern way"
So, which way is the future? Should bridges become components or should existing bridge-like components no longer be components? Are there others?
Cheers, Peter
|  |