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 Looks To Be Working On Open-Source GPGPU

Intel

Published on 27 March 2012 11:25 AM EDT
Written by Michael Larabel in Intel
6 Comments

A mailing list message this morning raises the possibility that Intel's open-source graphics developers could soon be working on GPGPU/OpenCL support.

Ben Widawsky of Intel's Open-Source Technology Center graphics team raised a new mailing list thread this morning entitled "[RFC] algorithm for handling bad cachelines." The comments he's seeking is how to enable support for a feature on Ivy Bridge and newer with there being an interrupt to tell the driver when a cache-line is going bad and to then use a new mechanism to re-map the bad cache-line. Widawsky's original plan was to add a module parameter that could read a file from user-space that is a simple list of the bad cache-lines to re-map. However, it doesn't look like that implementation will work but rather the list of bad cache-lines would need to be passed as a parameter itself.

The technical details isn't what's deserving of this article, but rather one of the comments made by Ben. "This is primarily for GPGPU, or perhaps *really* accurate rendering requirements." This work to handle bad cache-lines for Ivy Bridge and newer is primarily for GPGPU, such as OpenCL.

Besides being offering up even more compelling performance improvements, the integrated graphics processor on Ivy Bridge is also expected to debut OpenCL support (specifically, OpenCL 1.1). With current-generation Intel graphics not having OpenCL capabilities, Intel's open-source graphics driver developers haven't yet worked on any code. However, now with Ivy Bridge coming forward and the open-source graphics for it already being in place on Linux, it looks like they may be aspiring towards GPGPU/OpenCL support.

How they intend to implement the user-space side of the OpenCL support for Ivy Bridge and newer would be interesting. Intel's Linux graphics driver is the only major driver still relying upon a classic DRI driver in Mesa rather than Gallium3D. The Radeon and Nouveau (open-source NVIDIA) drivers are on Gallium3D and that's where they have the Clover state tracker for doing OpenCL. The Radeon/Nouveau OpenCL support is finally coming along and will hopefully be in shape by year's end. Clover / Gallium3D OpenCL won't work for Intel's classic Mesa driver so they would need to make some change.

For Intel CPUs on Linux there is currently an Intel OpenCL SDK for Linux with Sandy Bridge, but for now at least that's CPU-only and is not open-source software. If the Intel Linux graphics driver developers based their implementation on an open-sourced Intel OpenCL SDK that would be interesting since this multi-platform SDK is already in great shape and fully-conformant against the OpenCL 1.1 specification. However, we'll have to wait and see what ends up coming about for GPGPU on Intel Linux as Ivy Bridge enters the spotlight.

Times are certainly great for Intel on Linux with work going towards new features like GPGPU, catching up in OpenGL / GLSL compliance, continued work on performance optimizations, and open-source support already arriving for hardware that's still a ways from release: Haswell and Valleyview.

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. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  2. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  3. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  4. KDE's KWin On Wayland Begins Using Libinput
  5. Khronos Releases OpenVX 1.0 Specification
  6. Linux Kernel Working Towards GNU11/C11 Compatibility
  7. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  8. Following GCC, Clang Looks To Default To C11
  9. Users/Developers Threatening Fork Of Debian GNU/Linux
  10. Linux 3.18-rc1 Released One Week Early With Many Changes
Latest Forum Discussions
  1. HOPE: The Ease Of Python With The Speed Of C++
  2. Users/Developers Threatening Fork Of Debian GNU/Linux
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  5. AMD Is Restructuring Again, Losing 7% Of Employees
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems