WebGL falls back to software-rendering on linux/radeonsi (and any other driver that uses DRI)

RESOLVED FIXED in Firefox 52

Status

()

Core
Security: Process Sandboxing
RESOLVED FIXED
a year ago
a year ago

People

(Reporter: Clemens Eisserer, Unassigned)

Tracking

({regression})

52 Branch
mozilla52
Unspecified
Linux
regression
Points:
---

Firefox Tracking Flags

(firefox52 fixed)

Details

(Whiteboard: sb+)

MozReview Requests

()

Submitter Diff Changes Open Issues Last Updated
Loading...
Error loading review requests:

Attachments

(2 attachments)

(Reporter)

Description

a year ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161020152750

Steps to reproduce:

WebGL falls back to extremly slow software rendering with nightly on linux for radeon GPUs running the "radeonsi" open-source driver.

On the console, the following lines are logged:
    libGL error: failed to open drm device: Permission denied
    libGL error: failed to load driver: radeonsi

On the same machine, the Firefox 49 works flawless.
Clemens would you try to find a regression range maybe using Mozregression? (http://mozilla.github.io/mozregression/)
Flags: needinfo?(linuxhippy)
(Reporter)

Comment 2

a year ago
According to mozregression this was introduced by: 
https://bugzilla.mozilla.org/show_bug.cgi?id=1289718

Makes perfect sense, that security stuff intercepts files the radeon driver needs to access.
The whole idea of intercepting file access sounds a bit like a maintenance nightmare.
(Reporter)

Updated

a year ago
Flags: needinfo?(linuxhippy)
This looks like the same problem as bug 1312894.  Running with MOZ_SANDBOX_VERBOSE set in the environment would show the filename it's trying to open.

Comment 4

a year ago
Created attachment 8805786 [details]
Sandbox log

Attached a log from MOZ_SANDBOX_VERBOSE.
(Reporter)

Comment 5

a year ago
Bug 1312894 actually seems to deal with two different issues:
- failure to initialize an accalerated GL context, leading to ...
- a crash in je_free, caused by LLVM issues
This seems the same error as the one from https://bugzilla.mozilla.org/show_bug.cgi?id=1312894#c9 :

Sandbox: SandboxBroker: denied op=0 rflags=2000002 perms=3 path=/dev/dri/card0 for pid=7505 error="No such file or directory"
Sandbox: Rejected errno -13 op 0 flags 02000002 path /dev/dri/card0

Jed, do you think that we should dupe over 1312894? I don't see two issues in 1312894 as Clemens suggested in Comment5.
Flags: needinfo?(jld)
Duplicate of this bug: 1312894
Status: UNCONFIRMED → NEW
Has Regression Range: --- → yes
Has STR: --- → yes
Component: Untriaged → Security: Process Sandboxing
Ever confirmed: true
Flags: needinfo?(jld)
Keywords: regression
OS: Unspecified → Linux
Product: Firefox → Core
Summary: WebGL falls back to software-rendering on linux/radeonsi [regress] → WebGL falls back to software-rendering on linux/radeonsi (and any other driver that uses DRI)
Blocks: 1289718
Comment hidden (mozreview-request)

Comment 9

a year ago
mozreview-review
Comment on attachment 8806846 [details]
Bug 1312678 - Whitelist DRI drivers in the content sandbox, for WebGL.

https://reviewboard.mozilla.org/r/90142/#review89862
Attachment #8806846 - Flags: review?(jld) → review+

Comment 10

a year ago
Pushed by gpascutto@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/f9e1ac583906
Whitelist DRI drivers in the content sandbox, for WebGL. r=jld

Updated

a year ago
Whiteboard: sb+

Comment 11

a year ago
bugherder
https://hg.mozilla.org/mozilla-central/rev/f9e1ac583906
Status: NEW → RESOLVED
Last Resolved: a year ago
status-firefox52: --- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
You need to log in before you can comment on or make changes to this bug.