AMD radv / vulkan PKGBUILD

CrazyAce

With AMDVLK being put out to pasture I wanted to get RADV working but the vulkan-radeon package wont install due to the systemd-libs requirement so I worked out a PKGBUILD that I thought others might get some use out of as well. Hopefully RADV becomes part of the default Obarun MESA install for the next release so this will no longer be needed.

pkgname=mesa-radv-icd
pkgver=git$(date +%Y%m%d%H%M)
pkgrel=1
arch=('x86_64')
pkgdesc="RADV Vulkan ICD and driver built from Mesa (coexists with system mesa)"
url="https://www.mesa3d.org/"
license=('MIT' 'BSD')
depends=('vulkan-icd-loader' 'libdrm' 'libx11' 'libxrandr')
makedepends=('meson' 'ninja' 'git' 'python' 'vulkan-headers' 'llvm' 'libx11' 'wayland-protocols' 'libdrm' 'clang')
source=("git+https://gitlab.freedesktop.org/mesa/mesa.git")
sha256sums=('SKIP')

_get_srcdir() {
  if [ -d "${srcdir}/mesa" ]; then
    echo "${srcdir}/mesa"
  else
    echo "${srcdir}"
  fi
}

prepare() {
  sd="$(_get_srcdir)"
  cd "${sd}" || return 1
  # optional: git checkout <tag-or-commit>
}

build() {
  sd="$(_get_srcdir)"
  cd "${sd}" || return 1

  rm -rf builddir

  # Optionally force clang:
  # export CC=clang
  # export CXX=clang++

  meson setup builddir \
    -Dprefix=/usr \
    -Dvulkan-drivers=amd \
    -Dgallium-drivers= \
    -Dplatforms=x11,wayland \
    -Dshared-glapi=enabled \
    -Dbuildtype=release \
    -Db_lto=false \
    -Dc_args="-O2" \
    -Dcpp_args="-O2"

  ninja -C builddir
}

package() {
  set -x
  sd="$(_get_srcdir)"
  cd "${sd}" || return 1

  install -d "${pkgdir}/usr/share/vulkan/icd.d"
  install -d "${pkgdir}/usr/lib"
  install -d "${pkgdir}/usr/share/doc/${pkgname}"

  vulkan_dir="${sd}/builddir/src/amd/vulkan"

  # Find ICD JSON (try several common names)
  found_icd=""
  for p in 'radv_icd*.json' 'radeon_icd*.json' 'radeon_devenv_icd*.json'; do
    if [ -d "${vulkan_dir}" ]; then
      f="$(find "${vulkan_dir}" -maxdepth 3 -type f -name "${p}" -print -quit 2>/dev/null || true)"
      if [ -n "${f}" ]; then
        found_icd="${f}"
        break
      fi
    fi
    f="$(find "${sd}/builddir" "${sd}/src" -type f -name "${p}" -print -quit 2>/dev/null || true)"
    if [ -n "${f}" ]; then
      found_icd="${f}"
      break
    fi
  done

  if [ -z "${found_icd}" ]; then
    echo "ERROR: ICD JSON not found; listing candidate directories:"
    ls -la "${vulkan_dir}" || true
    find "${sd}/builddir" "${sd}/src" -maxdepth 4 -type f -name '*icd*.json' -print || true
    set +x
    return 1
  fi

  echo "Installing ICD JSON: ${found_icd}"
  install -Dm644 "${found_icd}" "${pkgdir}/usr/share/vulkan/icd.d/radv_icd.x86_64.json"

  # Helper to copy files and recreate symlinks
  copy_file_or_symlink() {
    srcpath="$1"
    bn="$(basename "${srcpath}")"
    dest="${pkgdir}/usr/lib/${bn}"
    if [ -L "${srcpath}" ]; then
      target="$(readlink -f "${srcpath}")"
      install -Dm644 "${target}" "${pkgdir}/usr/lib/$(basename "${target}")"
      ln -sf "$(basename "${target}")" "${dest}"
    else
      install -Dm644 "${srcpath}" "${dest}"
    fi
  }

  # Copy libvulkan_radeon and helper libs. Use temp files to avoid subshell scoping issues.
  copied=0

  # First: search vulkan_dir (includes files inside .so.p)
  if [ -d "${vulkan_dir}" ]; then
    tmpf="$(mktemp -t mesa-radv-icd.XXXXXX)" || tmpf="/tmp/mesa-radv-icd.$$"
    find "${vulkan_dir}" -maxdepth 4 -type f \( -name 'libvulkan_radeon.so*' -o -name 'radv*.so*' -o -name 'radeon*.so*' -o -name 'amdgpu*.so*' \) -print0 2>/dev/null > "${tmpf}"
    if [ -s "${tmpf}" ]; then
      while IFS= read -r -d '' f; do
        copy_file_or_symlink "${f}"
        copied=1
      done < "${tmpf}"
    fi
    rm -f "${tmpf}"
  fi

  # Fallback: search entire builddir/src tree
  if [ "${copied}" -eq 0 ]; then
    tmpf="$(mktemp -t mesa-radv-icd.XXXXXX)" || tmpf="/tmp/mesa-radv-icd.$$"
    find "${sd}/builddir" "${sd}/src" -type f -maxdepth 8 \( -name 'libvulkan_radeon.so*' -o -name 'radv*.so*' -o -name 'radeon*.so*' -o -name 'amdgpu*.so*' \) -print0 2>/dev/null > "${tmpf}"
    if [ -s "${tmpf}" ]; then
      while IFS= read -r -d '' f; do
        copy_file_or_symlink "${f}"
        copied=1
      done < "${tmpf}"
    fi
    rm -f "${tmpf}"
  fi

  if [ "${copied}" -eq 0 ]; then
    echo "ERROR: libvulkan_radeon or RADV helper libs not found; listing vulkan dir:"
    ls -la "${vulkan_dir}" || true
    set +x
    return 1
  fi

  chmod -R 755 "${pkgdir}/usr/lib" || true
  chmod 644 "${pkgdir}/usr/share/vulkan/icd.d/radv_icd.x86_64.json" || true
  if [ -f "${sd}/COPYING" ]; then
    install -Dm644 "${sd}/COPYING" "${pkgdir}/usr/share/doc/${pkgname}/COPYING"
  fi

  set +x
  echo "package() completed successfully"
}

ncmprhnsbl

fwiw, i've just been installing vulkan-radeon the lazy way using '--assume-installed systemd-libs' :D

CrazyAce

ncmprhnsbl Do you ever run into any issues installing it this way? Any strange system quirks come about as a result?

ncmprhnsbl

CrazyAce not that i'm aware of.. vulkaninfo suggests it's working and blender seems to allow vulkan rendering as a setting.. ldd doesn't show any "system-libs" as missing links.. and which of those libs it might make use of is a mystery.. udev seems like the most likely candidate to me..
but certainly, i think our own package would be a much cleaner solution, if only from a package management standpoint.

jodi.the.tigger

The only difference I noticed for my custom vulkan PKGBUILD (besides removing references to systemd) was changing -D sysprof=true to -D sysprof=false

cdop

I confirm that removing every mention of systemd-libs from Arch's PKGBUILD is enough to run makepkg successfully on Obarun (don't know what is the effect of keeping sysprof=true though). I've been postponing this change for a bit but the "lazy way" sounds good to me at this point. I'll report back if I run into any issues.

ncmprhnsbl

for anyone who hasn't noticed, obextra now has the full stack of mesa packages (including vulkan-radeon), thanks to @Wat-now :)

cdop

ncmprhnsbl for anyone who hasn't noticed, obextra now has the full stack of mesa packages (including vulkan-radeon), thanks to @Wat-now :)

The real MVP. My 5700G has been happilly chugging along using these. The "lazy" way made me encounter a situation where the graphics would freeze on module load -- or at least that's what it looked like -- but that problem went away before I could figure out what the root cause was.

cdop

Follow up on this topic: I upgraded my box yesterday and mesa/vulkan stopped working. Tried both versions for mesa (obextra and obextra testing), tried the mainline (arch) and lts kernels. vkgears -info simply says "failed to create vulkan instance".

Xorg works without acceleration, weston doesn't start.

Kernel/mesa combinations tested:
linux 6.19.8-arch1-1 + mesa 1:26.0.2-1 (obextra-testing)
linux-lts 6.18.18-1 + mesa 1:26.0.2-1
linux-lts 6.18.18-1 + mesa 1:26.0.1-2 (obextra)

nfg

Hi @cdop,

There's currently a problem with the automatic rebuild of packages in obextra (& obextra-testing) when arch keeps a package embargoed for a while due to a major rebuild against other packages.

In this case, I think the problem is llvm-libs, a mesa/vulkan dependency, which just had a major upgrade from 21.1.8 to 22.1.1. You can try adding llvm21-libs and see if that fixes your problem. Our current mesa/vulkan packages (both obextra & obextra-testing) were built against clang, llvm et al version 21.1.8 whereas arch's were built against 22.1.1. This problem should solve itself with the future mesa/vulkan packages after 26.0.2-1.

Hope that helps, nfg

nfg

Since our mesa/vulkan 26.0.2-1 package collection was still in obextra-testing, I manually triggered a rebuild of it to make sure it was built against clang/llvm 22.1.1. The correctly built packages should now be in obextra.

cdop

I think we have a problem with the build environment:

$ ldd /usr/lib/libvulkan_radeon.so
        linux-vdso.so.1 (0x00007f615b27d000)
        libLLVM.so.21.1 => /usr/lib/libLLVM.so.21.1 (0x00007f6150800000)
        libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 (0x00007f615b240000)
        [...]

I removed vulkan-radeon and reinstalled to make sure I was using the one in obextra, but to solve the problem I still needed to install llvm21-libs as you suggested earlier because the packages in obextra were built against the earlier version.

I need to think of a way to signal this may be a problem at upgrade time, but for now the problem is solved for me, thanks for the suggestion.

nfg

cdop

I not sure why your install of mesa/vulkan 26.0.2-1 didn't have the proper linkage. Here's mine from earlier today:

ldd /usr/lib/libvulkan_radeon.so
        linux-vdso.so.1 (0x0000077e6a4f4000)
        /usr/lib/libhardened_malloc.so (0x0000077e6a4e7000)
        libLLVM.so.22.1 => /usr/lib/libLLVM.so.22.1 (0x0000077e5f200000)
        libdrm_amdgpu.so.1 => /usr/lib/libdrm_amdgpu.so.1 (0x0000077e6a4da000)

Perhaps the version from obextra-testing you downloaded previously got cached?

eric

please don't hesistate to create an issue at git.obarun.org of the corresponding package, this will help us as remainder and keep trace of the issue

ncmprhnsbl

redownloading just now and i'm getting the same thing:

 ldd /usr/lib/libvulkan_radeon.so
        linux-vdso.so.1 (0x00007ffef8b75000)
        libLLVM.so.21.1 => /usr/lib/libLLVM.so.21.1 (0x0000718a0f800000)

done it a couple of times now, making sure to delete the package from the cache between and forcing a resync...

Wat-now

ncmprhnsbl I have rerun the deploy script, try re-downloading now

ncmprhnsbl

Wat-now 👍 all good now, thanks

i'll just add that this didn't present as a problem for me since i have llvm21 anyway, for one of blender's many crazy deps..