> -----Original Message-----
> From: Tomi Valkeinen <tomi.valkeinen@xxxxxxxxxxxxxxxx>
> Sent: Monday, August 26, 2024 10:51 AM
> Subject: Re: [PATCH v4 0/4] Add support for RZ/G2UL Display Unit
>
> Hi,
>
> On 23/08/2024 18:00, Laurent Pinchart wrote:
> > Hi Biju,
> >
> > On Fri, Aug 23, 2024 at 01:52:14PM +0000, Biju Das wrote:
> >> On Friday, August 23, 2024 2:15 PM, Laurent Pinchart wrote:
> >>> On Thu, Aug 22, 2024 at 05:23:13PM +0100, Biju Das wrote:
> >>>> This patch series aims to add support for RZ/G2UL DU.
> >>>>
> >>>> The LCD controller is composed of Frame Compression Processor
> >>>> (FCPVD), Video Signal Processor (VSPD), and Display Unit (DU).
> >>>>
> >>>> The output of LCDC is connected display parallel interface (DPI)
> >>>> and supports a maximum resolution of WXGA along with 2 RPFs to
> >>>> support the blending of two picture layers and raster operations
> >>>> (ROPs)
> >>>>
> >>>> It is similar to LCDC IP on RZ/G2L SoCs, but does not have DSI interface.
> >>>>
> >>>> v3->v4:
> >>>> * Restored the ports property for RZ/G2UL and described port@0 for the
> >>>> DPI interface in bindings patch.
> >>>> * Restored tags from Geert and Conor as the change is trivial
> >>>> (Replaced port 1->0 from v2).
> >>>> * Used "&" instead of "==" in rzg2l_du_start_stop() for scalability.
> >>>> * Restored port variable in struct rzg2l_du_output_routing
> >>>> * Updated rzg2l_du_encoders_init() to handle port based on hardware indices.
> >>>> * Restored ports property in du node and used port@0 for connected
> >>>> DPI interface.
> >>>> v2->v3:
> >>>> * Split patch series based on subsystem from DU patch series [1].
> >>>> * Replaced ports->port property for RZ/G2UL as it supports only DPI
> >>>> and retained ports property for RZ/{G2L,V2L} as it supports both DSI
> >>>> and DPI output interface.
> >>>> * Added missing blank line before example.
> >>>> * Dropped tags from Conor and Geert as there are new changes in bindings
> >>>> * Avoided the line break in rzg2l_du_start_stop() for rstate.
> >>>> * Replaced port->du_output in struct rzg2l_du_output_routing and
> >>>> dropped using the port number to indicate the output type in
> >>>> rzg2l_du_encoders_init().
> >>>> * Updated rzg2l_du_r9a07g043u_info and rzg2l_du_r9a07g044_info.
> >>>>
> >>>> [1]
> >>>> https://lore.kernel.org/all/20240709135152.185042-1-biju.das.jz@bp.
> >>>> renesas.com/
> >>>> v1->v2:
> >>>> * Updated cover letter header "DU IP->Display Unit".
> >>>> * Updated commit description related to non ABI breakage for patch#3.
> >>>> * Added Ack from Conor for binding patches.
> >>>>
> >>>> Biju Das (4):
> >>>> dt-bindings: display: renesas,rzg2l-du: Document RZ/G2UL DU bindings
> >>>> drm: renesas: rz-du: Add RZ/G2UL DU Support
> >>>
> >>> The first two patches look good to me. Do you have access to
> >>> drm-misc, will you push them yourself, or do you expect a maintainer to pick them up ?
> >>
> >> I don’t have access to drm-misc. I expect a maintainer to pick it
> >> up(Maybe via rcar-du tree or drm-misc tree), or else if it is ok, what is the procedure to get
> access for drm-misc tree??
> >
> > You can find instructions to request drm-misc commit access at
> > https://drm.pages.freedesktop.org/maintainer-tools/committer/commit-ac
> > cess.html
> >
> > Tomi, to avoid delays, could you push the first two patches to
> > drm-misc ?
>
> I have pushed the first two patches.
Thanks Tomi.
Cheers,
Biju
