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.

Bug-Ubuntu: https://bugs.launchpad.net/bugs/2104352

Gbp-Pq: Name xf86drm-Handle-NULL-in-drmCopyVersion.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.

Gbp-Pq: Name amdgpu-add-env-support-for-amdgpu-ids.patch

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.

Gbp-Pq: Name 01_default_perms.diff

libdrm (2.4.124-2) unstable; urgency=medium

  [ Daniel van Vugt ]
  * Add xf86drm-Handle-NULL-in-drmCopyVersion.patch (LP: #2104352)

  [ Bo YU ]
  * Enable building libdrm-intel1 for riscv64 (Closes: #1085314)

[dgit import unpatched libdrm 2.4.124-2]

Import libdrm_2.4.124-2.debian.tar.xz

[dgit import tarball libdrm 2.4.124-2 libdrm_2.4.124-2.debian.tar.xz]

Import libdrm_2.4.124.orig.tar.xz

[dgit import orig libdrm_2.4.124.orig.tar.xz]