[GNOME 3.36][WAYLAND][AMD] Latest nightly update broke VA-API for my AMD gpu
Categories
(Core :: Security: Process Sandboxing, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox77 | --- | disabled |
People
(Reporter: popovic.marko, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: nightly-community, regression)
Attachments
(2 files)
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:77.0) Gecko/20100101 Firefox/77.0
Steps to reproduce:
Updated Firefox nightly to latest version, vaapi stopped working on my AMD gpu powered rig. IntelHD laptop is unaffected...
Hardware: i5 6600, AMD RX 5700XT, MSI B150 Gaming M3, 16GB DDR4
Software: Pop!_OS 20.04, MESA 20.0.4 / LLVM 9.0.1,
vainfo:
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_6
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Mesa Gallium driver 20.0.4 for AMD Radeon RX 5700 XT (NAVI10, DRM 3.36.0, 5.6.0-999-generic, LLVM 9.0.1)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
Actual results:
vaapi stopped working, CPU usage goes above 70% on 4k60 videos on youtube, even with media.ffvpx.enabled set to false.
Expected results:
vaapi continues to work upon updating the Firefox to latest nightly.
Comment 1•5 years ago
|
||
Please open about:support, click on "copy text to clipboard" and paste it here.
Comment 3•5 years ago
|
||
Please attach a log of playing a video for a second:
$ GDK_BACKEND=wayland MOZ_LOG="PlatformDecoderModule:5" path/to/firefox &> vaapi.txt
Comment 5•5 years ago
|
||
Thanks! I can't reproduce this problem with Radeon RX480 on KDE/Wayland/Debian Testing.
https://mastransky.wordpress.com/2020/03/03/webgl-and-fgx-acceleration-on-wayland/#comment-14750 has the same problem and Martin wanted to be CC'd.
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to open amdgpu (search paths /usr/lib/x86_64-linux-gnu/dri:$${ORIGIN}/dri:/usr/lib/dri)
failed to load driver: amdgpu
[AVHWDeviceContext @ 0x7f9e7d9cf400] libva: Trying to open /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so
[AVHWDeviceContext @ 0x7f9e7d9cf400] libva: Found init function __vaDriverInit_1_6
MESA-LOADER: failed to retrieve device information
MESA-LOADER: failed to retrieve device information
amdgpu: drmGetDevice2 failed.
[AVHWDeviceContext @ 0x7f9e7d9cf400] libva: /usr/lib/x86_64-linux-gnu/dri/radeonsi_drv_video.so init failed
[AVHWDeviceContext @ 0x7f9e7d9cf400] libva: va_openDriver() returns 2
[AVHWDeviceContext @ 0x7f9e7d9cf400] Failed to initialise VAAPI connection: 2 (resource allocation failed).
Comment 6•5 years ago
|
||
Naive question: Does it work if you open about:config, search for security.sandbox.content.read_path_whitelist, edit it to "/sys/" and restart Nightly? This was mentioned in a russian forum.
(In reply to Jan Andre Ikenmeyer [:darkspirit] from comment #6)
Naive question: Does it work if you open about:config, search for security.sandbox.content.read_path_whitelist, edit it to "/sys/" and restart Nightly? This was mentioned in a russian forum.
It does indeed lol, thanks for the workaround!
Updated•5 years ago
|
Comment 8•5 years ago
|
||
Potential dupe of bug 1627486? That's a Mesa update, not a Firefox update, though.
(In reply to Gian-Carlo Pascutto [:gcp] from comment #8)
Potential dupe of bug 1627486? That's a Mesa update, not a Firefox update, though.
I'm not sure to be honest, but my IntelHD laptop is unaffected by the VAAPI issue, haven't tested webgl...
Comment 11•5 years ago
|
||
Can someone confirm or deny that bug 1627486 fixed this?
Reporter | ||
Comment 12•5 years ago
|
||
(In reply to Gian-Carlo Pascutto [:gcp] from comment #11)
Can someone confirm or deny that bug 1627486 fixed this?
Yeah, works fine now without that workaround.
Comment 13•5 years ago
|
||
Thanks for the confirmation! :)
Description
•