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

Intel Provides Update, Plans For GEM

X.Org

Published on 04 September 2008 10:07 AM EDT
Written by Michael Larabel in X.Org
1 Comment

Intel's Eric Anholt just finished speaking at the 2008 X Developers' Summit about video memory management. Specifically, Eric was talking about GEM, or the Graphics Execution Manager, that came about as a result of concerns that arose about Tungsten's TTM. GEM is now the kernel memory manager they are focusing their open-source development work on for the xf86-video-intel driver and is what they hope will become the de facto standard for memory management.

In this Graphics Execution Manager talk, Eric started talking about their past memory management methods (i830_memory.c, exa_offscreen.c, and texmem.c) that imposed many limitations along with the shortcomings they experienced with TTM. A new memory manager was needed for composited OpenGL, EXT_framebuffer_object, EXT_texture_from_pixmap, reduced memory consumption, and private back-buffers.

In this talk the next plans they have for GEM are fence register management, hardware contexts, user-land cache management, rectangular pwrite, GIT mmap, and fault-based flushing.

During this talk, Intel's Keith Packard called for a common API for GEM that can be used across multiple drivers. "I would love to see the GEM API extended to support discrete graphics cards," noted Packard. Keith though is quite confused over David Airlie's decision to use a GEM-ified TTM memory manager for the open-source ATI driver rather than fully using their Graphics Execution Manager.

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. Borderlands 2 Is Coming To Linux
  2. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  3. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  4. Trying Intel OpenCL On Linux For Video Encoding
  5. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  6. webOS Lives On As LuneOS With New Release
  7. Marek Lands Radeon Gallium3D HyperZ Improvements
  8. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  9. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  10. Microsoft & AMD Release C++ AMP Compiler With Linux Support
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