RE: [PATCH v4 0/4] Add support for RZ/G2UL Display Unit

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> -----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




[Index of Archives]     [Linux Samsung SOC]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]

  Powered by Linux