Closed Bug 1628746 Opened 5 years ago Closed 5 years ago

[GNOME 3.36][WAYLAND][AMD] Latest nightly update broke VA-API for my AMD gpu

Categories

(Core :: Security: Process Sandboxing, defect)

x86_64
Linux
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1623885
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.

Please open about:support, click on "copy text to clipboard" and paste it here.

Attached file about:support

Please attach a log of playing a video for a second:
$ GDK_BACKEND=wayland MOZ_LOG="PlatformDecoderModule:5" path/to/firefox &> vaapi.txt

OS: Unspecified → Linux
Hardware: Unspecified → x86_64
Attached file vaapi.txt

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).

Flags: needinfo?(stransky)

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!

Status: UNCONFIRMED → NEW
Component: Audio/Video: Playback → Security: Process Sandboxing
Ever confirmed: true

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...

See Also: → 1627486

Thanks for filing this one.

Flags: needinfo?(stransky)

Can someone confirm or deny that bug 1627486 fixed this?

Flags: needinfo?(popovic.marko)

(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.

Flags: needinfo?(popovic.marko)

Thanks for the confirmation! :)

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: