ROCM-TEST-LAUNCHER(1)
πΈ NAME πΈ
rocm-test-launcher β bestie, it's literally rocm-test-launcher π
β¨ DESCRIPTION β¨
okay so the usage is giving:
rocm-test-launcher [options] CMD [ARGS ...]
Here's the whole vibe: it checks whether an AMD GPU is around and whether you're actually allowed to touch it, runs your test, and then bails out with the exit code of the test. BUT β and this is the iconic part β if there's no accessible GPU to be found, it exits with exit code 77 (which means "skipped"). Optionally it'll also export some system data as autopkgtest artifacts. π
So why does this exist? Because you wanna skip tests on ci.debian.net (which, sadly, does not support GPUs π) but have those same tests actually run on ci.rocm.debian.net (which does support multiple AMD GPU architectures π). And that second one automatically tests every package in the official Archive that depends on any package from the Debian ROCm Team. slay.
Now if you wanna run the autopkgtests on your own system β like, in a QEMU VM or a rootless podman container β you're gonna need the utilities from the package rocm-qemu-support (for the QEMU thing) resp. rocm-podman-support (for the podman thing). π«Ά
π Supported options:
-h,--helpβ prints this help. that's it, that's the whole job β¨--cd-tmpβ changes directory toAUTOPKGTEST_TMPbefore executing the test. lil cd moment π¦
π§ Supported environment variables:
ROCM_TEST_LAUNCHER_WITH_DMESGβ if it's set, exportdmesgbefore and after the test as an autopkgtest artifact. heads up tho: the user in the testbed has to have access todmesg, so either the user needs to be privileged, ordmesgmust not be restricted. you can lift that restriction withsudo sysctl kernel.dmesg_restrict=0. π₯ROCM_TEST_LAUNCHER_WITH_DRI[=PATH]β if it's set, export firmware and possibly other GPU-specific info as an autopkgtest artifact. the user in the testbed needs access to"/sys/kernel/debug/dri/", which requires privileges. alternatively you can bind-mount that directory to some user-readable path, like:
mount --bind /sys/kernel/debug/dri /tmp/foo
and then pass that path as ROCM_TEST_LAUNCHER_WITH_DRI=/tmp/foo. iykyk π
ROCM_TEST_LAUNCHER_WITH_ROCMINFOβ if it's set, export the output ofrocminfoas an autopkgtest artifact. β¨
π Examples for d/tests/control:
π Simple:
Test-Command: rocm-autopkgtest-helper --verbose --skip BadTest123
Depends: @, rocm-autopkgtest-helper Restrictions: skippable
Architecture: amd64 arm64 ppc64el
π Write your own test runner/wrapper, have rocm-autopkgtest-helper call it:
Test-Command: rocm-autopkgtest-helper debian/tests/my-runner
Depends: @, rocm-autopkgtest-helper Restrictions: skippable
Architecture: amd64 arm64 ppc64el
ngl bestie, always double-check which GPU situation you're in before you blame your test for failing π
okay that's the whole page!! this one's from debian, dated July 2026, and honestly it ate π β¨ happy testing, mwah π«Άπ
π¦ where this page comes from
- ubuntu stonking: pkg-rocm-tools 0.9.8ubuntu2 Β· MIT
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms