Render only DRM devices
Simon Ser
contact at emersion.fr
Tue Oct 11 11:37:04 UTC 2022
On Tuesday, October 11th, 2022 at 13:04, Christian König <ckoenig.leichtzumerken at gmail.com> wrote:
> we already have quite a bunch of devices which are essentially render
> only and don't expose any connectors or more general display functionality.
>
> Just recently I ran into a case where an older X/DDX combination
> caused problems for such a device so I looked a bit into the
> possibility to allow drivers to disable the primary node and only
> expose the render node.
>
> It turned out that this effectively hides the device from X, but
> OpenGL and Vulkan can still use it perfectly fine.
>
> The only crux is that this is checked so early in the initialization
> that drivers don't have an opportunity to update their
> dev->driver_features. So we will always need a separate drm_driver
> structure for render only devices.
Typically render-only devices still expose a primary node, but don't
expose any KMS resources on it. See drmIsKMS() in libdrm.
Primary nodes could still be used by older user-space for rendering with
legacy DRM authentication.
More information about the dri-devel
mailing list