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 Ivy Bridge Linux Support Clarification

Intel

Published on 10 January 2012 10:47 AM EST
Written by Michael Larabel in Intel
3 Comments

Following the Will Intel's Ivy Bridge Be Trouble-Free On Linux? article, I received some additional information from Intel concerning the Linux support for their next-generation Ivy Bridge processors.

In that article over the weekend I noted that all of the various Linux graphics components within the kernel, Mesa, xf86-video-intel DDX, libdrm, and libva (VA-API) can now handle the Ivy Bridge hardware that will be launching within the next few months. The concern though was how reliable the initial hardware enablement actually is, since there's been recent reports of an IRQ issue that is being fixed in Linux 3.3, etc. With Sandy Bridge the Linux support was technically there at launch, but we all remember the early issues there.

To hopefully alleviate some of these concerns, Eugeni Dodonov of the Intel Linux graphics team at the Open-Source Technology Center, clarified some things in an email to me, which I have shared below.
The issue is the https://bugs.freedesktop.org/show_bug.cgi?id=38862 bug, back from June 2011. It manifests itself as some occasional hick-ups in rendering when running some 3d workloads and intel-gpu-tools test suite. This is not specific to Ivy Bridge, it happens on Sandy Bridge as well, but as SNB GPU is much slower than IVB, it is much less often and more difficult to observe.

For example, to illustrate what happens, when you run openarena benchmark, it is possible to observe a half-second delay between some frames, it could happen roughtly once each 10 benchmark runs (on my test machines). Nothing too critical, but very annoying, at least to me.

What happens here is the following sequence of events (on a very high level description):
- the kernel setups a workload to process to the GPU, and associates a seqno with it
- when processing finishes, GPU sends an interrupt saying that it is done, and specifies which seqno this workload is corresponding to.
- during some rare circumstances, what happens is that GPU sends the interrupt request, but the seqno number (which is stored in a different page) is not yet updated with correct number, therefore kernel receives an interrupt, but the corresponding seqno was not yet updated to a correct value. So kernel print the 'missed IRQ' message in dmesg, and goes on. Later, the next irq arrives, this time the seqno is already updated, and everything continues. But this delay between different interrupts is responsible for a small noticeable rendering delay (around a quarter-second delay in rendering).

Daniel's fix (along with Chris and Eric ones) solve the issue in different ways. Chris' patch adds a new kernel parameter to setup a delayed timer, which detects such missing seqno updates and starts a backup timer, which keeps re-reading the same memory page until the right seqno arrives. Eric's patch does the same, but without a timer (e.g., it read the same page in a busy loop until the seqno arrives). And Daniel's patch solves the issue but telling the GPU not to sleep when we expect to read the seqno number - and this seems to solve the issue for good.

Besides this issue, we haven't had any other Ivy Bridge-related critical issues for a couple of weeks now. There are still some rendering corruption and failing piglit tests, but as far as I know, we don't have any truly blocking or critical bug related to Ivy Bridge support. For the past year, we also have a periodic once-a-month call with all our OSVs (Canonical, Red Hat, Novell, HP, Google, etc, among many others) to discuss all the topics related to our drivers, and so far, things look pretty much stable for Ivy Bridge and Sandy Bridge.

So it looks like the "out of the box" support for Intel Ivy Bridge hardware will hopefully be good at launch! Well, assuming you're using Ubuntu 12.04, Fedora 17, or other new distributions out there when Ivy Bridge begins shipping in the next few months. Stay tuned for some Phoronix benchmarks and plenty of other Linux tests of the next-generation Intel CPUs that I'm very excited about.

At yesterday's Intel press conference for CES 2012, Linux didn't get any mentions at all. Hopefully soon I'll have a new Intel ultra-book soon to run a battery of Linux tests.

Now if Intel would just provide a Medfield Linux support update and clarify the driver situation/plans...

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. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  2. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  3. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
  4. CS:GO & TF2 Extensively Tested On The Newest Open-Source Radeon Linux Driver
Latest Linux News
  1. HHVM 3.4 Adds New Features, Support
  2. More Radeon Driver Changes Queued For Linux 3.19
  3. Unigine 2.0 Alpha 2 Adds C# Support
  4. FFmpeg Is Returning To Ubuntu With 15.04 Release
  5. Linux Version Of Civilization: Beyond Earth Still Coming Along
  6. Yahoo To Become Default Search Provider For Firefox
  7. Better Fan Control Support Coming To The Open-Source Radeon Driver
  8. PTS 5.4 Milestone 6 Released - Official "Lipki" Release Is Near
  9. Ian Jackson Resigns From The Debian Technical Committee
  10. Valve's VOGL Is Finally Back To Having New Commits, OS X Support
Latest Forum Discussions
  1. Debian Init System Coupling Vote Results
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support
  4. Debian Developer Resigns From The Systemd Maintainership Team
  5. How to get rid of Linux
  6. how to configure module phoromatic ?
  7. Major Performance Breakthrough Discovered For Intel's Mesa Driver
  8. Script for Fan Speed Control