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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
Latest Linux Articles
  1. Btrfs RAID HDD Testing On Ubuntu Linux 14.10
  2. Ubuntu 14.10 Linux 32-bit vs. 64-bit Performance
  3. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  4. MSI: Update Your BIOS From The Linux Desktop
Latest Linux News
  1. Cairo-Dock 3.4 Shows A Lot Of Progress, Works Toward EGL/Wayland Support
  2. Mesa 10.4 Tentatively Planned For Early December
  3. SteamOS Update 145 Brings Compositor, Update Fixes
  4. GStreamer 2014 Conference Videos Posted: Wayland, HTML5, 3D
  5. Nouveau Now Supports DRI3 Without GLAMOR
  6. Features Of The Linux 3.18 Kernel
  7. Debian Now Defaults To Xfce On Non-x86 Desktops
  8. Phoenix Is Trying To Be An Open Version Of Apple's Swift
  9. Linux 3.19 To Have Skylake Graphics, PPGTT Enablement
  10. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  3. AMD Releases UVD Video Decode Support For R600 GPUs
  4. HOPE: The Ease Of Python With The Speed Of C++
  5. Proof that strlcpy is un-needed
  6. xbox one tv tuner
  7. Bye bye BSD, Hello Linux: A Sys Admin's Story
  8. Updated and Optimized Ubuntu Free Graphics Drivers