Hi Boris, On Wednesday, March 09, 2016 9:22 PM ,Boris Brezillon wrote: > > The reason I decided to expose the device as a drm_bridge is because there > was several discussions about merging drm_bridge and drm_encoder_slave, > and IIRC, the proposal was to move to the drm_bridge approach. > > Another reason I've chosen to go for the drm_bridge solution is because I > wanted to avoid as much as possible the development of a new glue for each > new encoder bridge type (HDMI/DVI, DP, ...), and, AFAICT drm_bridge allow > that, while it's a bit more complicated with drm_encoder_slave. > I wil try to review this patch for my DCU's HDMI driver depend on it . And I will try to modify my HDMI driver to fit your patch. Regards, Meng _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
