Closed Bug 1886802 Opened 1 year ago Closed 1 year ago

Version 124 breaks GLX rendering with Nvidia on Linux

Categories

(Core :: Graphics: WebRender, defect, P3)

Firefox 124
defect

Tracking

()

RESOLVED FIXED
126 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox124 --- wontfix
firefox125 --- fixed
firefox126 --- fixed

People

(Reporter: vbocek, Assigned: stransky)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: regression)

Attachments

(3 files)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0

Steps to reproduce:

  • Set gfx.x11-egl.force-disabled to 1
  • Observe if WebRender is using gpu in about:support
  • Update from 123.0.1 to 124.0

(I'm disabling EGL because after a while of using, it stops working and falls back to software with "Failed to create EGLSurface!: 0x3003" - GLX worked well).

Actual results:

WebRender is now using Software rendering and Firefox print this on start:

[GFX1-]: Failed GL context creation for WebRender: 0
[GFX1-]: FEATURE_FAILURE_WEBRENDER_INITIALIZE_UNSPECIFIED
[GFX1-]: Failed to connect WebRenderBridgeChild. isParent=true
[GFX1-]: Fallback WR to SW-WR

I tested 125 beta and today's nightly as well, with same results. Reverting back to 123 with same profile fixed it again.

Expected results:

GLX rendering shoud've kept working.

Version: Firefox 123 → Firefox 124

The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → Graphics: WebRender
Product: Firefox → Core

Thank you for the bug report. Could you please attach a copy of your about:support information to the bug.

Could you also please try running mozregression to find out which commit has introduced this bug. You can install it by running pip install --user mozregression, then run the command mozregression --good 123 --bad 124 --pref gfx.x11-egl.force-disabled:true. This will run a series of versions of firefox. For each one you answer whether it is good or bad, and eventually it will give you a link showing which changes introduced the bug. Let me know if you need any help with that. Thanks!

Flags: needinfo?(vbocek)
Attached file support-raw.json
Attached file support-text.txt

Hello, attached support info (from 124). mozregression got me this:

4:19.97 INFO: Last good revision: ccaccfe2cb77380846b2d6c5ab5cc3da4ab5cb33
4:19.97 INFO: First bad revision: 63cb54db7879e0d226fb023288e30a0e22ca204f

https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ccaccfe2cb77380846b2d6c5ab5cc3da4ab5cb33&tochange=63cb54db7879e0d226fb023288e30a0e22ca204f

(BTW, the mozregression tool is really cool and easy to use, I was thinking bisecting this would be really hard and took forever, but no!)

Flags: needinfo?(vbocek)

Thanks. It's pretty nifty, usually it even manages to get a bit more precise answer than that. However, from that list bug 1875369 looks most suspicious. Martin, any ideas whether that could have caused this?

Blocks: wr-linux
Severity: -- → S3
Flags: needinfo?(stransky)

I see, so it's GLX failure init here. Will look at it.

Flags: needinfo?(stransky)
Priority: -- → P3
Assignee: nobody → stransky
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Keywords: regression
Regressed by: 1875369

Set release status flags based on info from the regressing bug 1875369

Pushed by stransky@redhat.com: https://hg.mozilla.org/integration/autoland/rev/2d8b8f4a6188 [Linux] Init XWindow for GLX context early r=emilio
Status: ASSIGNED → RESOLVED
Closed: 1 year ago
Resolution: --- → FIXED
Target Milestone: --- → 126 Branch

The patch landed in nightly and beta is affected.
:stransky, is this bug important enough to require an uplift?

  • If yes, please nominate the patch for beta approval.
  • If no, please set status-firefox125 to wontfix.

For more information, please visit BugBot documentation.

Flags: needinfo?(stransky)

Comment on attachment 9392745 [details]
Bug 1886802 [Linux] Init XWindow for GLX context early r?emilio

Beta/Release Uplift Approval Request

  • User impact if declined: Fallback OpenGL (GLX) is broken on Linux.
  • Is this code covered by automated tests?: No
  • Has the fix been verified in Nightly?: No
  • Needs manual test from QE?: No
  • If yes, steps to reproduce:
  • List of other uplifts needed: None
  • Risk to taking this patch: Low
  • Why is the change risky/not risky? (and alternatives if risky): Set XWindow to GLX code early as we did before.
  • String changes made/needed:
  • Is Android affected?: No
Flags: needinfo?(stransky)
Attachment #9392745 - Flags: approval-mozilla-beta?

:stransky do you want to consider this for the planned dot release as well?

Flags: needinfo?(stransky)

Comment on attachment 9392745 [details]
Bug 1886802 [Linux] Init XWindow for GLX context early r?emilio

Approved for 125.0b5.

Attachment #9392745 - Flags: approval-mozilla-beta? → approval-mozilla-beta+
Flags: needinfo?(stransky)

No need for dot release.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: