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

Wiring Up GL_ARB_debug_output For Valve

Valve

Published on 23 February 2013 10:58 AM EST
Written by Michael Larabel in Valve
3 Comments

One of the requests that Valve has long had for Intel and the open-source Linux graphics drivers in general has been supporting GL_ARB_debug_output, an OpenGL extension that assists game/application developers in debugging and optimizing their code. Fortunately, support for this extension is finally being pursued aggressively within Mesa.

The request by Valve for a better GL_ARB_debug_output implementation for Mesa dates back to last July.

Following Intel and Valve collaborating about Linux GPU drivers, Intel made some driver hacks to expose some debugging/performance information hidden behind an environment variable but didn't toy around with the GL_ARB_debug_output extension. Intel's Eric Anholt is now finally getting to properly supporting this OpenGL debug extension.

Per the Khronos specification on GL_ARB_debug_output, here's some of the important parts:
This extension allows the GL to notify applications when various events occur that may be useful during application development and debugging.
...
These events are represented in the form of enumerable messages with a human-readable string representation. Examples of debug events include incorrect use of the GL, warnings of undefined behavior, and performance warnings.
...
The type of the message roughly identifies the nature of the event that caused the message. Examples include errors, performance warnings, or warnings about undefined behavior.
...
Each message is also assigned to a severity level that denotes roughly how "important" that message is in comparison to other messages across all sources and types. For example, notification of a GL error would likely have a higher severity than a performance warning due to redundant state changes.
...
Messages are communicated to the application through an application- defined callback function that is called by the GL implementation on each debug message. The motivation for the callback routine is to free application developers from actively having to query whether a GL error, or any other debuggable event has happened after each call to a GL function. With a callback, developers can keep their code free of debug checks, and only have to react to messages as they occur. In situations where using a callback is not possible, a message log is also provided that stores copies of recent messages until they are actively queried. To control the volume of debug output, messages can be disabled either individually by ID, or entire groups of messages can be turned off based on combination of source and type.
Anholt shared on Friday evening that he has an initial GL_ARB_debug_output implementation for Mesa. Right now this work consists of fourteen patches against core Mesa.

Among the items hooked into reporting for this debug output extension is the Intel WARN_ONCE macro and the perf_debug() function (formerly the fallback_debug() function), which means any of the previously exposed Intel driver performance information is now reported to this new extension. There was also extra checks added for stalling on mapping a buffer object and shader errors and warnings.

With this work coming from Intel's Open-Source Technology Center, obviously it was designed and hooked up primarily for the i965 DRI driver (though the infrastructure and core functionality in Mesa itself) but other Mesa/Gallium3D drivers will be able to build their support atop these patches. The patch series begins here on the mailing list.

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. NVIDIA GeForce GTX 980: The Best GPU For Linux Gamers
  2. ROCCAT LUA: A Linux-Friendly Gaming Mouse
  3. Cheetah Mounts: The Affordable Way To Put Your TV On The Wall
  4. Scythe Mugen MAX
Latest Linux Articles
  1. Preview: Radeon Gallium3D Performance For CS:GO On Linux
  2. XWayland Linux Gaming Performance With GNOME Wayland On Fedora 21
  3. EXT4/Btrfs/XFS/F2FS Benchmarks On Linux 3.17
  4. Fedora 21 Alpha First Impressions: It's Great
Latest Linux News
  1. KDE Plasma 5.1 Now In Beta
  2. Systemd & Debian Were Most Popular In September
  3. Microsoft Announces... Windows 10 With A Start Menu
  4. Borderlands 2 Launches On Steam For Linux
  5. Debian Jessie Might Get Rid Of The kFreeBSD Port
  6. Fedora Might Try A New Scheduling Strategy For Its Releases
  7. AMD's Catalyst Working On A GLSL Shader Cache
  8. OpenMP 4.0 Offloading Is Closer For GCC 5
  9. Wayland Presentation Extension Added To Weston
  10. Intel Skylake Support Rolls Out To Mesa's DRM
Latest Forum Discussions
  1. New Group Calls For Boycotting Systemd
  2. FSF Issues Statement On Shellshock Bash Vulnerability
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. X.Org Women Outreach Program Only Turns Up Two Applicants So Far
  5. X.Org Is Looking For Some Female Help
  6. Advertisements On Phoronix
  7. NVIDIA Alerts Nouveau: They're Starting To Sign/Validate GPU Firmware Images
  8. Take the Steam Survey results with a grain of salt. It is flawed.