On Tue, 3 Dec 2019 20:19:24 +0200 Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx> wrote: > Hi Boris, > > On Tue, Dec 03, 2019 at 03:15:04PM +0100, Boris Brezillon wrote: > > This patch series aims at adding support for runtime bus-format > > negotiation between all elements of the > > 'encoder -> bridges -> connector/display' section of the pipeline. > > > > In order to support that, we need drm bridges to fully take part in the > > atomic state validation process, which requires adding a > > drm_bridge_state and a new drm_bridge_funcs.atomic_check() hook. > > Once those basic building blocks are in place, we can add new hooks to > > allow bus format negotiation (those are called just before > > ->atomic_check()). The bus format selection is done at runtime by > > testing all possible combinations across the whole bridge chain until > > one is reported to work. > > > > No Major changes in this v4. I think I addressed all comments I got > > from Neil and Laurent (thanks for the detailed reviews BTW). Note that > > this version only contains core changes. Once those changes are merged > > I'll send the imx/panel/lvds-codec specific bits. > > I think it would make sense to fast-track patches 01 to 07 (a bit > selfishly as I would have a need for them in omapdrm :-)) Will do that end of this week. >, but starting > from 08 I wonder if it wouldn't make more sense to merge them with the > imx/panel/lvds-codec bits to have a user. I'd really like to see that happen early in this release cycle so we can catch bugs before those commits reach Linus' tree, and the lvds-codec changes depend on your PR. Can we make sure this one is merged just after the MW has closed and the drm-next -> drm-misc-next back merge done just after that?
