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

Well, There Is No i8xx Fix For Ubuntu 10.10

Ubuntu

Published on 07 September 2010 09:50 AM EDT
Written by Michael Larabel in Ubuntu
22 Comments

Back in July we reported on a GEM-free UMS Intel driver coming about that was targeted for owners of vintage Intel 8xx series hardware to circumvent the stability issues and other problems they commonly have encountered since switching to Intel's newer driver stack with kernel mode-setting and the Graphics Execution Manager. Canonical hoped to ship this UMS code-path in Ubuntu 10.10 that would then be enabled for those with these older Intel integrated graphics processors.

This GEM-free UMS code-path was never merged though into the xf86-video-intel DDX, as it would add about 50,000 lines of code into this open-source X.Org driver and would likely receive little in the way of work and testing. Adding back this UMS code-path also didn't solve all of the problems nor does it address the fundamental issue of KMS/GEM not working well for the old Intel chipsets.

Last month there was a new proposal by Intel's Chris Wilson adds ShadowFB to Intel kernel mode-setting so that you can benefit from KMS with clean mode-setting, a nice display experience, etc. But with using a shadow frame-buffer you will lose any form of 2D/3D/video acceleration. Adding ShadowFB support to the Intel DDX driver though is much less invasive than adding back an entire UMS code-path to the driver so the support burden is much less and it is another bypass to the i8xx cache coherency issues.

While Canonical has been interested in these measures to better the i8xx IGP support in Ubuntu, none of these new changes will work their way into Ubuntu 10.10. There's just a month left to the release of Ubuntu 10.10 "Maverick Meerkat" and we're already into a feature freeze, which is leaving developers scurrying to decide what to do about the Intel hardware support.

Christopher James Halse Rogers is now proposing that Ubuntu either blacklists KMS on the problematic IGPs and thus let the VESA driver handle those i8xx users, drop the i8xx hardware from the X auto-load list to let fbdev take over, or do nothing and let the Intel driver continue functioning with KMS along its normal code-paths. The discussion surrounding this for Ubuntu is on their X mailing list.

The option being most considered at this point is kicking Ubuntu users with Intel i8xx hardware back to using the VESA driver. Of course, this means no form of GPU acceleration for anything, poor user-space mode-setting, and no real display features at all.

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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Linux 3.18-rc1 Released One Week Early With Many Changes
  2. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  3. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  4. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  5. HOPE: The Ease Of Python With The Speed Of C++
  6. Vitesse: Using LLVM To Speed Up Databases
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Linux Testing Of The NVIDIA GeForce GTX 970
  9. Qt 5.4 Now In Beta With Web, Bluetooth LE, Graphics Improvements
  10. AMD's Radeon R9 285 On Linux Offers Good OpenCL Performance
Latest Forum Discussions
  1. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  2. AMD Is Restructuring Again, Losing 7% Of Employees
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. Open-Source AMD Fusion E-350 Support Takes A Dive
  5. Upgrade to Kaveri, very slow VDPAU performance
  6. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems
  7. Lennart Poettering On The Open-Source Community: A Sick Place To Be In
  8. The Slides Announcing The New "AMDGPU" Kernel Driver