[PATCH] drm/uapi: document kernel capabilities

Pekka Paalanen ppaalanen at gmail.com
Mon Mar 8 08:20:43 UTC 2021


On Sat, 06 Mar 2021 10:56:49 +0000
Simon Ser <contact at emersion.fr> wrote:

> On Friday, March 5th, 2021 at 9:28 AM, Pekka Paalanen <ppaalanen at gmail.com> wrote:
> 
> > > +/**
> > > + * DRM_CAP_DUMB_PREFERRED_DEPTH
> > > + *
> > > + * The preferred depth (in bits) for dumb buffers.  
> >
> > this is literally depth, not bits per pixel, right?  
> 
> "Depth" is pretty ambiguous [1]. Maybe we should be more explicit here and say
> that it's the number of bits used to indicate the color of a single pixel? And
> maybe add a note that it's different from bits per pixel?

Yes, indeed.  I was already assuming the meaning of "depth" in drmModeAddFB().

> [1]: https://en.wikipedia.org/wiki/Color_depth
> 

> > > +/**
> > > + * DRM_CAP_PRIME
> > > + *
> > > + * Bitfield of supported PRIME sharing capabilities. See &DRM_PRIME_CAP_IMPORT
> > > + * and &DRM_PRIME_CAP_EXPORT.
> > > + */
> > >  #define DRM_CAP_PRIME			0x5
> > > +/**
> > > + * DRM_PRIME_CAP_IMPORT
> > > + *
> > > + * If this bit is set in &DRM_CAP_PRIME, the driver supports importing PRIME
> > > + * buffers.  
> >
> > What are PRIME buffers?  
> 
> Will add something like:
> 
>     PRIME buffers are exposed as dma-buf file descriptors. See
>     Documentation/gpu/drm-mm.rst, section "PRIME Buffer Sharing".

Sounds good.

> > > + */
> > >  #define  DRM_PRIME_CAP_IMPORT		0x1
> > > +/**
> > > + * DRM_PRIME_CAP_EXPORT
> > > + *
> > > + * If this bit is set in &DRM_CAP_PRIME, the driver supports exporting PRIME
> > > + * buffers.  
> >
> > What's the export API? HandleToFD()?  
> 
> Yes. Will add a note about it. Same for import.

Cool.


> > > +/**
> > > + * DRM_CAP_CRTC_IN_VBLANK_EVENT
> > > + *
> > > + * If set to 1, the kernel supports reporting the CRTC ID in
> > > + * &drm_event_vblank.crtc_id.  
> >
> > Does this not apply also to the pageflip / atomic completion event?  
> 
> Both DRM_EVENT_VBLANK and DRM_EVENT_FLIP_COMPLETE use the struct
> drm_event_vblank, so yes. I'll mention these two events explicitly.

They do? Seems like I have been spoiled by the libdrm API that uses
drmEventContext with different callbacks for these things.


Thanks,
pq
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <https://lists.freedesktop.org/archives/dri-devel/attachments/20210308/dce78e19/attachment.sig>


More information about the dri-devel mailing list