Add mesa-va-drivers-freeworld for AMD hardware video decode#53
Merged
Conversation
Fedora's stock mesa ships radeonsi_drv_video.so with H.264/HEVC decode gated off at build time, so VAAPI on the AMD GPU (gfx1201/RDNA4) only exposes VP9/AV1/JPEG. mesa-va-drivers-freeworld (RPM Fusion) rebuilds the driver with codecs enabled into /usr/lib64/dri-freeworld/, which Fedora's libva auto-prefers. Verified against the silverblue:44 base: installs as a single package, no conflict/swap, and vainfo then reports H264/HEVC decode. Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
Strip the source-built NVIDIA driver pipeline and the LTS-kernel path that existed to build those modules. The image now targets AMD using the in-tree amdgpu driver. - Delete get_nvidia_versions.sh, build-nvidia-modules.sh, nvidia-installer.sh, kernel-installer.sh, and all system_files/.../nvidia* drop-ins. - Drop NVIDIA_VERSION / USE_LTS_KERNEL from config.env, build.sh, Containerfile, packages.sh, and the build-system.yml workflow; remove the commented builder stage; drop stale nvidia-*/akmods-* image names from cleanup.yml. - AMD userspace: LIBVA_DRIVER_NAME=radeonsi, mesa-va-drivers-freeworld, plus 32-bit (.i686) Mesa DRI/Vulkan/GL drivers for Steam/Proton, and radeontop/vdpauinfo/vulkan-tools diagnostics. (F44 RPM Fusion has no mesa-vdpau-drivers-freeworld, so VA-API is the only freeworld video path.) - Rewrite README for AMD; add CLAUDE.md and a build-container skill + /build command that runs `make container`. Verified: `make container` builds clean (mesa 26.0.6 x86_64 + i686). Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
`make rebase` passed rpm-ostree's reference syntax to bootc (`ostree-unverified-image:oci-archive:...`), which bootc rejects with "invalid reference format". Use bootc's `--transport oci-archive <path>` instead; signature verification is already off by default in bootc 1.15. `make update` called `bootc update`, which is not a subcommand — corrected to `bootc upgrade`. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
1 participant
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Fedora's stock mesa ships radeonsi_drv_video.so with H.264/HEVC decode gated off at build time, so VAAPI on the AMD GPU (gfx1201/RDNA4) only exposes VP9/AV1/JPEG. mesa-va-drivers-freeworld (RPM Fusion) rebuilds the driver with codecs enabled into /usr/lib64/dri-freeworld/, which Fedora's libva auto-prefers. Verified against the silverblue:44 base: installs as a single package, no conflict/swap, and vainfo then reports H264/HEVC decode.