1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking.org

Attention Turns To Open-Source Drivers & Firefox

Mozilla

Published on 17 January 2011 11:01 AM EST
Written by Michael Larabel in Mozilla
25 Comments

Last week we reported on Mozilla Firefox developers having issues with Linux GPU drivers to the point that the Firefox 4.0 Linux build will not have GPU acceleration enabled by default, but it can be found for Mac OS X and Windows users. Fortunately, to fix the situation, there's now some open-source Mesa/X developers looking into these problems of Firefox GPU acceleration.

Mozilla's Benoit Jacob wrote to the Mesa mailing list about the WebGL conformance tests to fix bugs in Mesa's OpenGL implementation. "The goal of this email is to discuss steps towards whitelisting Xorg OpenGL drivers for WebGL rendering, and more generally for all OpenGL-based features, in Firefox. Although I'm only directly concerned with Firefox, this really applies equally well to all browsers implementing WebGL."

Benoit notes that the only Linux graphics driver currently white-listed for support is NVIDIA's binary blob while the open-source drivers and even AMD's Catalyst Linux driver are black-listed from support due to bugs. (Note to those interested in wanting to try their black-listed drivers with Firefox 4.0, there's the MOZ_GLX_IGNORE_BLACKLIST environmental variable to bypass the support checks.)

In response to this message, David Airlie already responded. "Results: (5231 of 5344 passed, 3 timed out) This was with the latest Intel mesa driver on an Ironlake laptop. However I got a random crash on a previous run, I'm guessing if we can figure out the misc crasher we'd be in a lot better place."

Corbin Simpson, the student developer mostly known for his work on the ATI Gallium3D driver, has also been investigating the WebGL Firefox issues with the drivers more thoroughly. Here's what he said:
I already started working on this. (A friend just got hired by Moz and I owe him one.)

Basic analysis: The crash is in the Mesa-side DRI2 handler for flushing the frontbuffer. There's a segfault of very weird composition. The BT (which I can get if needed) goes back to glXMakeCurrent, and it looks like glXMakeCurrent is unbinding the current context, which is calling the DRI2 unbind callbacks, which calls frontbuffer flush, but part of the DRI2 context is screwy and we get a segfault.

There's a couple problems though. The frontbuffer flush usually isn't fatal; it only kills us about one in five times. Sometimes it dies on the very first test, sometimes it dies halfway through the suite. There's no rhyme or reason to it.

Ideally these open-source developers will be able to get the WebGL issues on Mesa straightened out quickly. However, it already would be too late to get them fixed and then white-listed for Firefox 4.0. Mesa 7.10.1 / Mesa 7.11 will likely not be out for a couple of months and if these next releases do carry the WebGL fixes, for most users it's then a matter of waiting for the distribution vendors to pick-up the new packages. Maybe in time for Mozilla Firefox 4.1 these Linux GPU acceleration issues will be sorted out.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux Hardware Reviews
  1. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. Testing For The Latest Linux Kernel Power Regression
  2. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  3. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  4. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
Latest Linux News
  1. Chrome 38 Now In Beta With Exciting Advancements
  2. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  3. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  4. Another Intel Linux Power Regression Is Being Investigated
  5. DNF Makes It A Step Closer To Replacing Yum On Fedora
  6. OS Battle: Linux Takes 1.7% Desktop Marketshare
  7. PHP 5.6 Officially Released With New Debugger
  8. LibreOffice 4.3.1 Released
  9. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  10. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
Latest Forum Discussions
  1. Updated and Optimized Ubuntu Free Graphics Drivers
  2. Radeon HD5670 and Ubuntu 14.04
  3. AMD Releases UVD Video Decode Support For R600 GPUs
  4. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  5. Users defect to Linux as OpenBSD removes Lynx from base system
  6. Best Radeon for a Power Mac G5?
  7. OC capability - Intel Core i5 4690K & Biostar Hi-Fi Z97WE
  8. Announcing radeontop, a tool for viewing the GPU usage