|Submitter||Diff||Changes||Open Issues||Last Updated|
|Error loading review requests:|
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/)
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.
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.
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.
Comment on attachment 8806846 [details] Bug 1312678 - Whitelist DRI drivers in the content sandbox, for WebGL. https://reviewboard.mozilla.org/r/90142/#review89862
Pushed by firstname.lastname@example.org: https://hg.mozilla.org/integration/autoland/rev/f9e1ac583906 Whitelist DRI drivers in the content sandbox, for WebGL. r=jld