After enabling TearFree in Intel drivers, Firefox 92 fails to open on Ubutnu Mate 21.04, where as 78esr works normally
Categories
(Core :: Graphics: WebRender, defect)
Tracking
()
People
(Reporter: reedgitlab, Unassigned)
Details
Attachments
(1 file)
(deleted),
video/mp4
|
Details |
User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/93.0.4577.82 Safari/537.36
Steps to reproduce:
- Enable Tearfree in Intel drivers (https://techstop.github.io/fix-screen-tearing-xfce/)
- Firefox 92 now fails to open, where as 78esr can run just fine.
Other apps that use the gpu (Chromium, Steam) run just fine. Firefox 92 is installed via flatpak (I have tried installing via apt), but Firefox 78esr is a .tar from Firefox's download page.
Actual results:
Firefox is unresponsive, with menus not opening or having text missing. The new tab page also fails to open.
Expected results:
Firefox to open normally.
Comment 1•3 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.
Comment 2•3 years ago
|
||
Thanks for the report!
A fix has landed in Nightly to disable hardware rendering for this old deprecated driver.
It's recommended to use the default, modern, built-in "modesetting" driver (with a compositor to prevent tearing) instead of the deprecated "intel" driver. If you wanted to keep the deprecated driver, you could manually set gfx.webrender.software to true on about:config
(Robert Mader [:rmader] from bug 1715429 comment 15)
Most distros/users nowadays use the modesetting driver while the classic Intel DDX driver has a combinatory explosion of settings that can break HW-WR.
Just for the record: AFAIK "TearFree" is essentially "put a compositor into the driver", essentially combining the drawbacks from both worlds, composited and uncomposited environments. It has the overhead of compositing while not offering the benefits like alpha channels etc. In other words, it's a hacky solution for legacy WMs and from technically point of view really, really legacy technology.
(Darkspirit from bug 1710400 comment 20)
https://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Debian-Abandon-Intel-DDX
https://wiki.gentoo.org/wiki/Intel#Modesetting_DDX
https://unix.stackexchange.com/questions/259733/this-driver-is-deprecated-in-favor-of-the-server-builtin-modesetting-driver-t
https://wiki.archlinux.org/title/intel_graphics#Installationhttps://bbs.archlinux.org/viewtopic.php?pid=1731411#p1731411
Just remove the xf86-video-intel package, no other configuration is needed.
sna-let-modesetting-
handle-gen9+.diff: Dropped as the fallback to modesetting will be
fully handled in the xserver.
-- Timo Aaltonen <tjaalton@debian.org> Wed, 06 Jul 2016 22:34:40 +0300
- Disable the patch to use modesetting on skylake for now, since it reveals
modeset/server bugs. (Closes: #817784)-- Timo Aaltonen <tjaalton@debian.org> Thu, 10 Mar 2016 22:16:19 +0200
- sna-let-modesetting-handle-gen9+.diff: Use modesetting+glamor on
Skylake and up.
-- Timo Aaltonen <tjaalton@debian.org> Wed, 09 Mar 2016 21:26:17 +0200deprecated in favor of -modesetting.
-- Timo Aaltonen <tjaalton@debian.org> Wed, 27 Jan 2016 14:56:38 +0200https://packages.debian.org/en/stretch/xserver-xorg-video-intel
The use of this driver is discouraged if your hw is new enough (ca. 2007 and newer). You can try uninstalling this driver and let the server use it's builtin modesetting driver instead.
Description
•