[RFC v2 01/22] drm: RFC for Plane Color Hardware Pipeline

Shankar, Uma uma.shankar at intel.com
Thu Oct 14 19:46:39 UTC 2021



> -----Original Message-----
> From: Pekka Paalanen <ppaalanen at gmail.com>
> Sent: Wednesday, October 13, 2021 12:56 PM
> To: Shankar, Uma <uma.shankar at intel.com>
> Cc: Simon Ser <contact at emersion.fr>; daniel.vetter at ffwll.ch; intel-
> gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org;
> harry.wentland at amd.com; ville.syrjala at linux.intel.com; brian.starkey at arm.com;
> sebastian at sebastianwick.net; Shashank.Sharma at amd.com
> Subject: Re: [RFC v2 01/22] drm: RFC for Plane Color Hardware Pipeline
> 
> On Tue, 12 Oct 2021 19:11:29 +0000
> "Shankar, Uma" <uma.shankar at intel.com> wrote:
> 
> > > -----Original Message-----
> > > From: Pekka Paalanen <ppaalanen at gmail.com>
> > > Sent: Tuesday, October 12, 2021 5:30 PM
> > > To: Simon Ser <contact at emersion.fr>
> > > Cc: Shankar, Uma <uma.shankar at intel.com>;
> > > intel-gfx at lists.freedesktop.org; dri- devel at lists.freedesktop.org;
> > > harry.wentland at amd.com; ville.syrjala at linux.intel.com;
> > > brian.starkey at arm.com; sebastian at sebastianwick.net;
> > > Shashank.Sharma at amd.com
> > > Subject: Re: [RFC v2 01/22] drm: RFC for Plane Color Hardware
> > > Pipeline
> > >
> > > On Tue, 12 Oct 2021 10:35:37 +0000
> > > Simon Ser <contact at emersion.fr> wrote:
> > >
> > > > On Tuesday, October 12th, 2021 at 12:30, Pekka Paalanen
> > > <ppaalanen at gmail.com> wrote:
> > > >
> > > > > is there a practise of landing proposal documents in the kernel?
> > > > > How does that work, will a kernel tree carry the patch files?
> > > > > Or should this document be worded like documentation for an
> > > > > accepted feature, and then the patches either land or don't?
> > > >
> > > > Once everyone agrees, the RFC can land. I don't think a kernel
> > > > tree is necessary. See:
> > > >
> > > > https://dri.freedesktop.org/docs/drm/gpu/rfc/index.html
> > >
> > > Does this mean the RFC doc patch will land, but the code patches
> > > will remain in the review cycles waiting for userspace proving vehicles?
> > > Rather than e.g. committed as files that people would need to apply
> > > themselves? Or how does one find the code patches corresponding to RFC docs?
> >
> > As I understand, this section was added to finalize the design and
> > debate on the UAPI, structures, headers and design etc. Once a general
> > agreement is in place with all the stakeholders, we can have ack on
> > design and approach and get it merged. This hence serves as an approved
> reference for the UAPI, accepted and agreed by community at large.
> >
> > Once the code lands, all the documentation will be added to the right
> > driver sections and helpers, like it's been done currently.
> 
> I'm just wondering: someone browses a kernel tree, and discovers this RFC doc in
> there. They want to see or test the latest (WIP) kernel implementation of it. How will
> they find the code / patches?

Maybe we could include the WIP links here to help with getting the pieces, this may include
the driver patches and also the userspace efforts as well.

Regards,
Uma Shankar

> 
> Thanks,
> pq


More information about the dri-devel mailing list