FS#74054 - firefox (98.0-1) VA-API /usr/share/libdrm/amdgpu.ids: Permission denied

Attached to Project: Arch Linux
Opened by Ícar N. S. (juxuanu) - Monday, 07 March 2022, 23:30 GMT
Last edited by Jan Alexander Steffens (heftig) - Tuesday, 08 March 2022, 20:09 GMT
Task Type Bug Report
Category Packages: Testing
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 5
Private No

Details

Description:
Firefox 97.0.2 worked fine using VA-API to decode videos. I updated to 98.0-1 and now I get this error when trying to play a video:

```
libva info: VA-API version 1.13.0
libva info: Trying to open /usr/lib/dri/radeonsi_drv_video.so
libva info: Found init function __vaDriverInit_1_13
ATTENTION: default value of option mesa_glthread overridden by environment.
/usr/share/libdrm/amdgpu.ids: Permission denied
[Child 33384, MediaDecoderStateMachine #1] WARNING: Decoder=7f81e44d3000 Decode error: NS_ERROR_DOM_MEDIA_FATAL_ERR (0x806e0005) - auto mozilla::MediaChangeMonitor::CreateDecoderAndInit(mozilla::MediaRawData *)::(anonymous class)::operator()()::(anonymous class)::operator()(const mozilla::MediaResult &) const: Unable to initialize decoder: file /build/firefox/src/firefox-98.0/dom/media/MediaDecoderStateMachine.cpp:3568
```

All my system is up to date. The browser is configured following ArchWiki's instructions: https://wiki.archlinux.org/title/Firefox#Hardware_video_acceleration
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Tuesday, 08 March 2022, 20:09 GMT
Reason for closing:  Upstream
Additional comments about closing:  https://bugzilla.mozilla.org/show_bug.cg i?id=1758431
Comment by Ícar N. S. (juxuanu) - Monday, 07 March 2022, 23:40 GMT
Sorry to not mention this: using Wayland. Yes, with the correct env var.
Comment by Mel (Mel) - Tuesday, 08 March 2022, 03:38 GMT
confirming your findings, I've opened an upstream bug report. https://bugzilla.mozilla.org/show_bug.cgi?id=1758431
Comment by Jan Alexander Steffens (heftig) - Tuesday, 08 March 2022, 08:23 GMT
Is the official tarball release affected as well? What about Nightly?
Comment by AK (Andreaskem) - Tuesday, 08 March 2022, 09:57 GMT
That might explain the weirdness I experienced yesterday with multiple "RDD" processes being spawned by Firefox and hanging around as Zombies. I also have an AMD GPU.

@Mel It might make sense to mention that VAAPI broke in 98 and worked in 97.0.2
Comment by Mel (Mel) - Tuesday, 08 March 2022, 10:38 GMT
@AK done.
check out this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1757998
Comment by Mel (Mel) - Tuesday, 08 March 2022, 10:49 GMT
@heftig firefox 98 from tarball exhibits the same /usr/share/libdrm/amdgpu.ids: Permission denied error. Didn't try nightly.
Comment by Alexander Schnaidt (Namarrgon) - Tuesday, 08 March 2022, 11:07 GMT
Resetting all the media.* and gfx.* settings to default eliminated the coredumps and RDD-zombies. Try to reproduce it with a clean, new profile.

The permission warning for amdgpu.ids is probably unrelated, it pops up with other applications from time to time.
Comment by AK (Andreaskem) - Tuesday, 08 March 2022, 19:06 GMT
"You need to start Firefox with MOZ_DISABLE_RDD_SANDBOX=1 environment variable until bug 1751363 is fixed."
https://bugzilla.mozilla.org/show_bug.cgi?id=1758431#c4

Works for me.

Loading...