VAAPI: After some hours fallback to Basic with EGL_BAD_ALLOC error
Categories
(Core :: Graphics: WebRender, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox86 | --- | disabled |
People
(Reporter: zorael, Unassigned)
References
(Blocks 2 open bugs)
Details
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:86.0) Gecko/20100101 Firefox/86.0
Steps to reproduce:
Manjaro/Arch x86_64, Firefox 86.0.1 64-bit from Manjaro repositories, build ID 20210311111503. Device is a Dell XPS 13 9310, so it has Intel graphics. mesa packages are version 20.3.4-3. MOZ_X11_EGL is set. Kernel is 5.12.0-rc.3.
After using the program for a while with the WebRender compositor, it will produce an error in the terminal and revert to Basic. This is observable by monitoring about:support, and/or whether or not hardware-accelerated video decoding is being used; it is under WebRender but not under Basic. This can be confirmed by use of intel_gpu_top.
Key about:support values:
Compositing: WebRender
HW_COMPOSITING:
- available by default
- force_enabled by user: Force-enabled by pref
WEBRENDER:
- available by default
- force_enabled by user: Force enabled by pref
- disabled by env: Not qualified
- Start Firefox via a terminal, so you can catch error messages output there
- Set Firefox to use hardware-accelerated video decoding as per the instructions at https://wiki.archlinux.org/index.php/Firefox#Hardware_video_acceleration
- Reopen Firefox, verify WebRender being used in about:support
- Browse around for a while (hours)
- Check about:support again
Actual results:
- Observe values have changed
- Observe error message in terminal
Compositing: Basic
HW_COMPOSITING:
- available by default
- force_enabled by user: Force-enabled by pref
- blocked by runtime: Acceleration blocked by platform
WEBRENDER:
- available by default
- force_enabled by user: Force enabled by pref
- disabled by env: Not qualified
- unavailable by runtime: WebRender initialization failed
Terminal output:
[GFX1-]: Failed to create EGLSurface!: 0x3003
[GFX1-]: Failed to create EGLSurface!: 0x3003
[GFX1-]: Failed GL context creation for WebRender: 0
[GFX1-]: FEATURE_FAILURE_WEBRENDER_INITIALIZE_UNSPECIFIED
[GFX1-]: Failed to connect WebRenderBridgeChild.
[GFX1-]: Compositors might be mixed (5,1)
Expected results:
- WebRender should still be used as the compositor, as it was in step 3
I have not tried a clean profile but I'm not sure it would apply here. Nevertheless, I can give it a shot if you think it'd be relevant.
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
Updated•4 years ago
|
Comment 2•4 years ago
|
||
Thanks for the report! 0x3003 is EGL_BAD_ALLOC.
bug 1661572 and bug 1699075 have been fixed recently. Please try out https://nightly.mozilla.org to check if this problem has been fixed.
I installed firefox-nightly from Manjaro repositories, but the window is translucent with KWin compositing enabled; please see https://youtu.be/j0uVKuuv1LA. Is that bug https://bugzilla.mozilla.org/show_bug.cgi?id=1700030, or perhaps https://bugzilla.mozilla.org/show_bug.cgi?id=1699864?
It's only usable if I disable compositing or if I start with --safe-mode. Should I still test with that?
Comment 4•4 years ago
|
||
Yes, that's bug 1699864. With safe mode you would be using software rendering + software decoding, no WebRender and no VAAPI. Yes, disabling KDE compositing might be a workaround. Otherwise wait until bug 1699864 is fixed.
Updated•4 years ago
|
I tried using nightly for a while, first with compositing disabled and then with it enabled (as bug 1699864 seems to have been fixed along the way?), and I could not reproduce this behaviour.
Note that that doesn't necessarily mean it doesn't happen, only that I was not able to force it. I did give it several days though, and with a release build I get it within hours. Proving a negative is hard.
Comment 6•4 years ago
|
||
I'd say it's fixed now, please reopen if you see it again.
Thanks.
Description
•