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 Articles & Reviews
  1. Kubuntu 15.04 Is Turning Out Quite Nice, Good Way To Try Out The Latest KDE
  2. 5-Way Linux Distribution Comparison On The Core i3 NUC
  3. OCZ ARC 100 Linux SSD Benchmarks
  4. Lenovo ThinkPad X1 Carbon Works Great As A Linux Ultrabook
  5. Transcend SSD370 256GB
  6. Linux 3.19 File-System Tests Of EXT4, Btrfs, XFS & F2FS
Latest Linux News
  1. Features Coming For The Imminent Xfce 4.12 Release
  2. Canonical's Latest Demo Of Ubuntu Unity 8 Convergence In Action
  3. The Quest For Decent, Low-Priced Server Cases & Racks/Cabinets
  4. Mesa 10.5 Is In Ubuntu 15.04 For The Latest Open-Source GPU Drivers
  5. ALSA 1.0.29 Released
  6. Ubuntu 15.04 Beta Released, Ubuntu MATE Made Official
  7. Coreboot Developer: Purism Doesn't Deliver On Libre Firmware
  8. LLVM 3.6 & Clang 3.6 Deliver More Features, Complete C++14 Support
  9. The Most Popular Open-Source Linux Benchmarks
  10. The Tremendous Features Of Fedora 22
Most Viewed News This Week
  1. Linux 4.0-RC1 Tagged, Linux 4.0 Will Bring Many Notable Improvements
  2. Screenshots Of The GNOME 3.16 Changes
  3. Linux 4.0 Doesn't Have The Weirdest Codename
  4. Mir Now Depends Upon C++14
  5. More Proof That Allwinner Is Violating The GPL
  6. GNOME 3.16 Beta Brings Wayland-Based Log-in Screen
  7. LLVM Clang Compiling The Linux Kernel Is A Big Topic For 2015
  8. Linux BIOS/UEFI Updating Is Going To Get Much Better With UEFI 2.5

Close Advertisement

Close Advertisement