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

Re-Introducing GEM-Free UMS Support In The Intel Driver

Intel

Published on 21 July 2010 11:12 AM EDT
Written by Michael Larabel in Intel
8 Comments

It seems like it was just yesterday, but Intel introduced the Graphics Execution Manager more than two years after they had a falling out with TTM. In switching over to using GEM for their in-kernel video memory management, and subsequently supporting kernel mode-setting and then introducing UXA to GEM-ify the EXA 2D acceleration architecture, there was a lot of problems. Fortunately, most of these problems were worked out as this more advanced Intel Linux driver stack matured and for the better part of a year now the experience has been pleasant for users of most Intel GMA chipsets.

Intel's latest xf86-video-intel, DRM, and Mesa components are stable for a majority of the users and in most cases the level of performance is back to (or better) than their old code paths, but at the same time the Intel Linux driver still is a loser compared to the Intel Windows graphics driver. Once these newer code-paths were stabilized, Intel was quick to kill off the user-space mode-setting (UMS) support and force its customers to use the new KMS/GEM code-paths. This has been fine for a majority of users, but particularly those with the old Intel i8xx series chipsets have had stability problems and other issues. Intel also quickly killed off EXA and DRI1 support.

The dropping of non-KMS support in the Intel X.Org driver even led Canonical to shipping an older xf86-video-intel driver in their Ubuntu 10.04 LTS release so that those with this very old Intel integrated graphics hardware would still have one more Long-Term Support release with modest support by having the option to using the older UMS code-paths.

Ubuntu and practically every other major distribution has since upgraded to a newer KMS-only Intel driver since there are significant benefits for other users with new hardware, such as much faster 2D performance, new hardware support, and H.264 VA-API support. If though you happen to be one of the few Intel i8xx hardware owners left, there is good news coming.

Intel's Chris Wilson has been working on re-introducing a GEM-free UMS code-path to the Intel DDX driver. Yes, Intel may be going back to supporting user-space mode-setting, but along new code-paths. By going with a GEM-free UMS code-path, Chris hopes to workaround the problems that have been affecting those with antiquated Intel hardware.

Ubuntu has already announced this work and is offering up PPA packages to encourage users of problematic Intel hardware to try out this work. This UMS code-path hasn't yet reached the mainline xf86-video-intel driver, but with enough testing it's expected that it will be pulled back into the code-base. This could be a candidate for xf86-video-intel 2.13.0 that would be released near the end of this quarter.

Testing out this new Intel driver that adds back user-space mode-setting support is requested just not for Intel i8xx hardware, but it should work for everyone with existing Intel hardware support. In less than two months though at the 2010 X Developers' Summit in France, it could also be decided during the "kill it with fire" session to just end the i810 series hardware support altogether.

While the focus with this GEM-less UMS support is on bettering Intel's legacy support, if this code-path ends up being maintained it may also end up being good news for those running OpenSolaris, BSD, or other such operating systems where the KMS support is not mature of even nonexistent. OpenSolaris and the *BSDs continue to lag behind in graphics support as even though Intel's driver is open-source, as more and more of its stack gets moved into the Linux kernel DRM driver and depend upon those interfaces, it's more of a challenge for those wanting to use the display driver on similar but different platforms.

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 Articles & Reviews
  1. Samsung 850 EVO SSD Linux Benchmarks
  2. Kubuntu 15.04 Is Turning Out Quite Nice, Good Way To Try Out The Latest KDE
  3. 5-Way Linux Distribution Comparison On The Core i3 NUC
  4. OCZ ARC 100 Linux SSD Benchmarks
  5. Lenovo ThinkPad X1 Carbon Works Great As A Linux Ultrabook
  6. Transcend SSD370 256GB
Latest Linux News
  1. Kdenlive Ported To Qt5/KF5, Coming To KDE Applications 15.04
  2. HTC & Valve Partnered Up For The Steam VR Headset
  3. 8cc: A Small C11 Compiler
  4. Not Everyone Likes The Possible "VULKAN" Name For Next-Gen OpenGL
  5. The Binary Blobs Making Up Coreboot
  6. Linux 4.0 & LLVM vs. GCC Yielded Much Interest This Month
  7. XBMC/Kodi 15.0 Alpha 1 Released
  8. Xfce 4.12 Released After Nearly Three Years Of Work
  9. The Khronos Group Filed A Trademark On "Vulkan" API
  10. Mozilla Thunderbird Adoption Climbs, Thunderbird 38 In May
Most Viewed News This Week
  1. Screenshots Of The GNOME 3.16 Changes
  2. More Proof That Allwinner Is Violating The GPL
  3. The Tremendous Features Of Fedora 22
  4. Krita 2.9 Released, Their Biggest Release Ever
  5. A Single UEFI Executable With The Linux Kernel, Initrd & Command Line
  6. Linux 4.0 Doesn't Have The Weirdest Codename
  7. Canonical Comes Up With Its Own FUSE Filesystem For Linux Containers
  8. Firefox 36 Brings Full HTTP/2 Support
%%CLICK_URL_UNESC%%