Fix AMD VAAPI driver load on current mesa (full dep closure + musl qsort_r)#87
Open
Nehtor wants to merge 1 commit into
Open
Fix AMD VAAPI driver load on current mesa (full dep closure + musl qsort_r)#87Nehtor wants to merge 1 commit into
Nehtor wants to merge 1 commit into
Conversation
Owner
|
@Nehtor thanks, have you tried it ? |
skjnldsv
force-pushed
the
fix/amd-vaapi-mesa-closure-musl
branch
from
July 7, 2026 09:42
72d6f02 to
d07d634
Compare
skjnldsv
added
the
ci: build image
skjnldsv
force-pushed
the
fix/amd-vaapi-mesa-closure-musl
branch
from
July 7, 2026 09:56
d07d634 to
935e89d
Compare
skjnldsv
force-pushed
the
fix/amd-vaapi-mesa-closure-musl
branch
2 times, most recently
from
July 7, 2026 14:56
ec7dfe4 to
dad06d4
Compare
github-actions
Bot
removed
the
ci: build image
|
New commits pushed — removed the |
skjnldsv
added
the
ci: build image
github-actions
Bot
removed
the
ci: build image
|
New commits pushed — removed the |
skjnldsv
added
ci: build image
skjnldsv
added
the
ci: build image
…ort_r) The hand-maintained library copy list silently dropped newly-introduced mesa dependencies (e.g. libSPIRV-Tools.so), so radeonsi_drv_video.so failed to dlopen on current Alpine mesa. The musl libc bundled in plexmediaserver also predates qsort_r, which current mesa requires, and Plex's bundled libdrm lacks amdgpu_va_manager_alloc. - Collect the complete ldd dependency closure of the VA drivers instead of an explicit per-library list, so new mesa deps are picked up automatically and this stops regressing on mesa bumps. - Overwrite Plex's stale bundled libdrm and upgrade the musl loader + libc.so so qsort_r resolves. Verified on AMD Radeon 780M (Phoenix, gfx1102): driver initializes with VLD decode + EncSlice encode + VideoProc; h264 and HEVC Main10 hardware encodes complete with EXIT=0. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
skjnldsv
force-pushed
the
fix/amd-vaapi-mesa-closure-musl
branch
from
July 8, 2026 08:30
5a9c262 to
4434812
Compare
github-actions
Bot
removed
the
ci: build image
|
New commits pushed — removed the |
skjnldsv
added
the
ci: build image
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
2 participants
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.
Problem
On current Alpine
mesa-va-gallium, the AMD image fails to load the VAAPI driver, so hardware transcoding breaks. Two root causes:amdstage copies driver dependencies via a hand-maintainedcp -a /usr/lib/libXXX*list. Recent mesa added new transitive deps (e.g.libSPIRV-Tools.so) that aren't in the list, so the driver fails to load:plexmediaserverpredatesqsort_r, which current mesa requires:libdrmlacksamdgpu_va_manager_alloc, also required by current mesa.Fix
ldddependency closure of the VA drivers, so new mesa deps are picked up automatically and this stops regressing on future mesa bumps.libdrmand upgrade the musl loader +libc.sosoqsort_rresolves.The collection logic is unchanged in spirit — it still stages everything into
$OUTPUTand copies it intoplexmediaserver/lib— it's just driven by the actual dependency graph instead of an explicit list.Verification
Built from this branch and tested on an AMD Radeon 780M (Phoenix, gfx1102):
radeonsi_drv_video.soloads with no dlopen / relocation errorsvainforeports the full matrix —VAEntrypointVLDdecode +VAEntrypointEncSliceencode +VAEntrypointVideoProcacross H264 / HEVC / HEVC Main10 / VP9 / AV1EXIT=0:🤖 Generated with Claude Code