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

Khronos SPIR For OpenCL Brings Binary Compatibility

Standards

Published on 12 September 2012 05:18 PM EDT
Written by Michael Larabel in Standards
4 Comments

One of the latest initiatives out of the Khronos Group -- the industry consortium that leads various open industry standards like OpenGL, OpenCL, and WebGL -- is SPIR. The goal of Khronos SPIR is to provide a Standard Portable IR for the OpenCL kernel language.

The provisional Khronos SPIR 1.0 specification was released in late August and in the past few days the SPIR discussion has ignited on the LLVM development list, since Khronos is actually basic this OpenCL kernel IR upon the LLVM IR.

SPIR specifies a standard intermediate representation (IR) to be used for the OpenCL kernel language, or simply said it's a standard IR for OpenCL programs so that there's binary compatibility between OpenCL drivers.

The Standard Portable IR is derived from LLVM and its IR, which already is leveraged quite extensively throughout the OpenCL/GPGPU and computing worlds. LLVM was chosen by the Khronos Group since it was deemed to be "highly portable" with its many back-ends and the open-source compiler infrastructure suits the needs of the Khronos stakeholders.

In theory, a SPIR front-end can generate OpenCL binaries in this IR format that can then be directly sent to any OpenCL drivers supporting SPIR. SPIR though doesn't govern the design and implementation of such front-ends. "Today, many of the OpenCL vendors base their technology on LLVM. This makes LLVM IR the de facto OpenCL IR and the immediate candidate to be considered by the Khronos members. An analysis showed that LLVM IR has its limitations but in general provides a very good solution for SPIR."

From Intel's Boaz Ouriel, here's his description from the LLVMdev mailing list thread why the SPIR work is important:
SPIR offers binary portability between OpenCL implementations, and a stable target for 3rd party compilers without having to go through OpenCL "C".

Binary compatibility simplifies the support burden for developers delivering applications that use OpenCL. The same application can be delivered in fully binary form and work across existing and future OpenCL implementations supporting SPIR. This helps the entire OpenCL ecosystem.

Generally speaking OpenCL is a JIT environment and as such deserves and requires an intermediate representation like other major JIT environments already have.

Also, some developers using OpenCL have requested portability at binary level. Today OpenCL offers portability only at the source level with OpenCL “C”. They are concerned with protecting their IP by meeting “Digital Millennium Copyright Act” requirements. Today, those companies are forced to distribute their OpenCL code using device specific binaries. This leads to many difficulties for SW developers and end users. In addition, the binaries are not guaranteed to be functionally working as new devices and vendors appear in the market. This constraint places OpenCL standard in a disadvantage compared to other standards which already have a portable binary distribution form.
Aside from that original mailing list thread, there's also now a forked thread.

The provisional SPIR 1.0 specification is available for viewing from Khronos.org (PDF).

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. Following GCC, Clang Looks To Default To C11
  2. Users/Developers Threatening Fork Of Debian GNU/Linux
  3. Linux 3.18-rc1 Released One Week Early With Many Changes
  4. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  5. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  6. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  7. HOPE: The Ease Of Python With The Speed Of C++
  8. Vitesse: Using LLVM To Speed Up Databases
  9. AMD Is Restructuring Again, Losing 7% Of Employees
  10. Linux Testing Of The NVIDIA GeForce GTX 970
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