mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #640] Grafics acceleration with --x11=xpra #443
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#443
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @fkarl423 on GitHub (Jul 19, 2016).
Original GitHub issue: https://github.com/netblue30/firejail/issues/640
When running firefox with x11 sandboxing using xpra, the hardware acceleration seems broken.
It seems like the application is using VMware grafics drivers instead of the native one.
about:support shows that with xpra it says
Adapter Description: VMware, Inc. -- Gallium 0.4 on llvmpipe (LLVM 3.8, 256 bits)
without it:
Adapter Description: nouveau -- Gallium 0.4 on NVE4
Like this it is barely useable.
Is there a way to change the used grafics driver in xpra?
I would suggest to atomatically set this bz firejail to make it useable on low end hardware.
@netblue30 commented on GitHub (Jul 20, 2016):
Unfortunately there is no 3D acceleration support in xpra. They have a setting in /etc/xpra/xpra.conf (opengl = auto) but this one picks up the software implementation (llvmpipe). It will work fine for browsing and text editing on powerful computers, but that's about it - definitely not good for games.
@msva commented on GitHub (Jul 28, 2016):
@netblue30 actually, not only 3d but also 2d acceleration.
And, yes I've same with chrome-based apps like slack. When they tries to use acceleration there are rendering artefacts appearing.
@l29ah commented on GitHub (Aug 8, 2016):
I've tried to use virtualgl with firejail with --x11=xpra: seems working for glxgears, but firefox renders a gray rectangle that can be closed with Enter (an "already running" message box?) and that's it.
@netblue30 commented on GitHub (Aug 9, 2016):
I'll try virtualgl, maybe it can solve the problem.
@chiraag-nataraj commented on GitHub (Oct 3, 2018):
@netblue30, did you ever try virtualgl?
@totaam commented on GitHub (Jul 20, 2019):
There is some confusion here.
The opengl switch is used mostly by the xpra client to enable opengl accelerated rendering.
On the server, it is only used for querying the adapter (with v3, use "noprobe" to skip this).
If you want to enable accelerated rendering on the server, start your client applications using virtualgl.
More info here: Xpra OpenGL
This will mean opening up an X11 channel from the container back to the host for VirtualGL, but this is still much safer than allowing client applications to talk to X11 directly. At the end of the day, real acceleration requires access to the hardware...