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 Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  2. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  3. Trying Intel OpenCL On Linux For Video Encoding
  4. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  5. webOS Lives On As LuneOS With New Release
  6. Marek Lands Radeon Gallium3D HyperZ Improvements
  7. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  8. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  9. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  10. AMD, Wine & Valve Dominated August For Linux Users
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow