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 Haswell Graphics Code Begins Appearing

Intel

Published on 19 March 2012 11:33 PM EDT
Written by Michael Larabel in Intel
9 Comments

The open-source Intel Linux graphics driver code for Intel's 2013 platform, Haswell, has begun to surface.

Last month I mentioned that Intel Haswell graphics driver code would soon surface, it's taken a bit longer than anticipated, but the Intel Open-Source Technology Center developers are beginning to push the code publicly so that the hardware enablement can land in Linux distributions ahead of the hardware's availability a year from now.

Due to varying Linux release schedules and development cycles, plus that the open-source Linux graphics drivers can't be easily updated by end-users without updating most of the system's core components, Intel's OTC developers are left to push out their new hardware support code quite early. Both Sandy Bridge and Ivy Bridge Linux driver code began appearing a year in advance, so it's that time of the year for Haswell graphics code to begin appearing for the Linux kernel, Mesa, libdrm, and the xf86-video-intel DDX.

Haswell is Intel's successor to the yet-to-be-launched Ivy Bridge processors and the architectural successor to Sandy Bridge. Intel Haswell CPUs are expected in the first half of 2013 and will be built from a 22nm process with 3D tri-gate transistors, and introduce new goodies like the "stacked memory" for better graphics performance.

As far as the first code that's out there, hitting the intel-gfx mailing list this afternoon were some Haswell PCI IDs. While it's just some PCI IDs for a header file, it's interesting for a few reasons:

- First of all, beyond adding in the IDs for two desktop parts (IDs: 0x0402 and 0x0412) and two mobile parts (IDs: 0x0406 and 0x0416), it also adds in a "Mobile ULT" ID. Sandy Bridge and Ivy Bridge both had two PCI IDs for mobile/desktop (the GT1 and GT2 parts), plus a Ivy Bridge server ID, but this is the first time seeing a "Mobile ULT" chip explicitly appear in the Linux driver (ID: 0x0A16). The "Mobile ULT" comment is presumably for a mobile ultra-book graphics processor variant for Haswell.

- It's been rumored there will be three graphics processor variants, with a "GT3" Haswell, but the IDs listed now only mention GT1 and GT2.

- This initial code is treating the Haswell IDs as being a "Gen7" device, the same as Ivy Bridge (Sandy Bridge is "Gen6"), but not a "Gen8" device. While there are obviously some differences between Ivy Bridge and Haswell graphics, apparently Haswell will be close enough that it can safely hit most of the Ivy Bridge code-paths. Though Intel may very well be developing Haswell out as Gen8 over time.

Stay tuned for more information and analysis once the more juicy patches arrive. It would be a last-minute arrangement, but the first bits of Intel Haswell graphics support for the DRM driver could be merged into the Linux 3.4 kernel with its merge window just opening. On the Mesa driver side, there's still several months before the user-space graphics driver library is updated, so there should safely be first-cut support with Mesa 8.1. Like Sandy Bridge and Ivy Bridge, expect Intel's open-source developers to refine the code a great deal over the coming months prior to the hardware's availability next year.

Besides the graphics support, there's already Haswell CPU support building in open-source compilers. Haswell introduces the AVX2 instruction set to build upon the Advanced Vector Extensions from Sandy/Ivy Bridge. Initial support for these new instructions are already handled by the latest GCC and LLVM code.

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. Rosewill RS-MI-01: An Ultra Low-Cost Mini-ITX Chassis
  2. D-Link DCS-2330L HD Wireless Network Camera
  3. Gigabyte AM1M-S2H
  4. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
Latest Linux Articles
  1. AMD Catalyst 14.4 Brings Few Linux Performance Improvements
  2. The Performance Of Fedora 20 Updated
  3. Clang Fights GCC On AMD's Athlon AM1 APU With Jaguar Cores
  4. Ubuntu 14.04 LTS vs. Oracle Linux vs. CentOS vs. openSUSE
Latest Linux News
  1. Valve Is Bringing VOGL To Windows & Working On Regression Tests
  2. Canonical Is Taking Over Linux 3.13 Kernel Maintenance
  3. Google Web Designer Is Now Natively Available On Linux
  4. Ubuntu 14.10 Is Codenamed The Utopic Unicorn
  5. Audacious 3.5 Lightweight Audio Player Released
  6. Steam Updated For Ubuntu 14.04 LTS, SteamOS
  7. DNF 0.5 Yum Replacement Now Supports Groups
  8. Red Hat Enterprise Linux 7.0 Is Looking Fantastic
  9. Intel Is Launching An Interesting Bay Trail NUC Next Week
  10. Another X.Org EVoC Proposed For OpenGL 4+ Tests
  11. The Best Features Coming With Qt 5.3
  12. Red Hat's RHEL7 RC ISO Is Now Publicly Available
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. The Most Amazing OpenGL Tech Demo In 64kb
  3. Announcing radeontop, a tool for viewing the GPU usage
  4. HTPC-upgrade advice: AMD Richland A8-7600 or Kaveri A10-6700T ???
  5. New card. Open source drivers only.
  6. The GNOME Foundation Is Running Short On Money
  7. Script for Fan Speed Control
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel