Debian Patches

Status for libdrm/2.4.124-2

Patch Description Author Forwarded Bugs Origin Last update
01_default_perms.diff Change default device permission to 666
Patch libdrm to default to device permission 666 so we don't have to do
it in xorg.conf. The only way libdrm can do anything is through the
server anyway. This can still be overridden by a user's xorg.conf.		 David Nusinow <dnusinow@debian.org> not-needed 2007-04-15
amdgpu-add-env-support-for-amdgpu-ids.patch [PATCH] amdgpu: add env support for amdgpu.ids path
In some cases, like when building a Snap application that uses
libdrm, the `amdgpu.ids` file isn't directly available at the
compiling place, but inside a mounted folder. This forces each
application to link/bind the file from the current place
(usually at the $SNAP/gnome-platform/usr/share/libdrm/amdgpu.ids)
which is cumbersome.

This patch allows to set an environment variable, called
AMDGPU_ASIC_ID_TABLE_PATH, where the file will be also searched
if it isn't located in the default, meson-configured, path.		 Sergio Costas Rodriguez <sergio.costas@canonical.com> no 2022-11-02
xf86drm-Handle-NULL-in-drmCopyVersion.patch xf86drm: Handle NULL in drmCopyVersion
Just as it is already handled in the caller, `drmGetVersion`.

I'm not sure what the offending driver is, but the Ubuntu incidents
seem to be coming from a dual Intel/Nvidia machine. And they show
it is `card1` so I'm guessing `nvidia-drm` is the offender.		 Daniel van Vugt <daniel.van.vugt@canonical.com> no 2025-03-27

All known versions for source package 'libdrm'

Links