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

Will Mesa/Gallium3D Work With The Open-Source Doom 3?

Michael Larabel

Published on 17 November 2011
Written by Michael Larabel
Page 2 of 7 - 42 Comments

For those NVIDIA GeForce and ATI/AMD Radeon users using the vendor's respective proprietary Linux drivers, there shouldn't be any issue in handling Doom 3 / id Tech 4. On the ATI side I remember running Doom 3 easily on a Radeon X800XL 256MB back in the day along with a GeForce 6600GT on the NVIDIA side. With the current Catalyst driver only supporting the Radeon HD 2000 series and newer, anything that is running with the Catalyst driver in 2011 should be able to run Doom 3. On the NVIDIA side, their mainline binary driver supports the GeForce 6 series and newer, so there you should be set too. Any modern graphics card with the proprietary Linux drivers will likely be CPU-bound. The binary drivers deliver Doom 3 results that are much faster and more visually advanced than what is illustrated in this article, so the binary drivers are not the focus of this article.


Using Mesa/Gallium3D drivers for rendering Doom 3 can work, but the image quality doesn't match the proprietary Linux graphics drivers.

First to be tested was the integrated Intel HD 3000 graphics from the Core i5 Sandy Bridge. While Intel has had seven years to advance their Linux graphics driver since the release of Doom 3, the latest Mesa driver code still is not perfect. Running Doom 3 in a stock driver configuration for the Intel Linux graphics under Sandy Bridge caused issues. There were multiple times where the system would hang and there would be visible memory corruption to varying extents.

There were also times there would not be frame-buffer corruption, but the Sandy Bridge graphics processor would be hung and then restarted by Intel's DRM kernel driver (as reported by dmesg). Sometimes there would be the GPU being hung twice, which was not gracefully recovered.

In the end, however, I did manage to get some Sandy Bridge performance numbers from Doom 3 on the Linux 3.2 kernel and with Mesa 7.12-devel.

Latest Linux Hardware Reviews
  1. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  2. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  3. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
  4. 6-Way Winter 2014 Linux Distribution Comparison
Latest Linux News
  1. FSF's High Priority Project List Now Has A Committee
  2. Details On Using OpenACC & GPUs With GCC
  3. Ubuntu 15.04 Alpha 1 For Its Various Flavors
  4. Git 2.2.1 Released To Fix Critical Security Issue
  5. WTFTW: A Tiling Window Manager Written In Rust
  6. Jolla's Sailfish OS Update 10 Is Now Available
  7. HP To Launch Linux++ Operating System Next Year
  8. Civilization: Beyond Earth Launches For Linux
  9. NIR Has Been Revised As A New IR For Mesa
  10. New 64-bit Linux Kernel Vulnerabilities Disclosed This Week
Latest Forum Discussions
  1. Debian init discussion in Phoenix Wright format
  2. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  3. XLennart: A Game For Systemd Haters With Nothing Better To Do
  4. Bench specific mount point
  5. Tool for measuring FPS in games
  6. Need some hand holding with upgrading xserver
  7. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support
  8. Microsoft buying Mojang