ATI Stream Updated to Support OpenCL 1.1

[caveman-jim]

AMD have released version 2.2 of ATI Stream to support OpenCL version 1.1, and more:

What’s New in v2.2

• Support for OpenCL™ 1.1 specification.3
• Support for Ubuntu® 10.04 and Red Hat® Enterprise Linux® 5.5.
• Support for X86 CPUs with SSE2.x or later (Adds to existing support for X86 CPUs with SSE3.x or later).
• Support for Microsoft® Visual Studio® 2010 Professional Edition and Minimalist GNU for Windows (MinGW) [GCC 4.4].
• Support for GNU Compiler Collection (GCC) 4.1 or later on Linux® systems (Adds to existing support for GCC 4.3 or later).
• Support for single-channel OpenCL™ image format.3
• Support for OpenCL™ / DirectX® 10 interoperability.
• Support for additional double-precision floating point routines in OpenCL™ C kernels.
• Support for generating and loading binary OpenCL™ kernels.
• Support for native OpenCL™ kernels.
• Preview Feature: Support for accessing additional physical memory on the GPU from OpenCL™ applications.
• Preview Feature: Support for printf() in OpenCL™ C kernels.
• Programming Guide for more information about this extension.
• Extension: Support for additional event states when registering event callbacks in OpenCL™ 1.1.
• Additional OpenCL™ samples:
• Package Update: ATI Stream Profiler 1.4.
• Various OpenCL™ compiler and runtime fixes and enhancements (see developer release notes for more details).
• Expanded OpenCL™ performance optimization guidelines in the ATI Stream SDK OpenCL™ Programming Guide, including:
  • Global memory optimizations
  • LDS optimizations
  • Register and LDS impact on number of active wavefronts
  • Load-balancing across multiple OpenCL™ devices
  • Instruction bandwidths
  • Key cache sizes and bandwidths for "Evergreen" GPUs

You can download the new Stream SDK here.

[bobvodka]

While its good to see a new SDK released I'm a little disappointed by the lack of DX11 interop with OpenCL from AMD.

I hope it won't be too long before they get their own extension out or a non-vendor specific one appears to plug the gap; given that DX11 is far more popular than DX10 that lack of interop is a pain.

Won't stop me installing it when I get home from work however..

[Brutalix]

Linux version.

The linux version is actually a bit buggy there are 3 libraries missing while compiling.
Quick fix:
sudo ln -s /usr/lib/fglrx/libatical.so /usr/lib/libatical.so
sudo ln -s /usr/lib/fglrx/libaticalrt.so /usr/lib/libaticalrt.so
sudo ln -s /usr/lib/fglrx/libaticalcl.so /usr/lib/libaticalcl.so


BTW: this will give you full openCl support in linux. Why not implement it in the driver?


Kind regards
Brutalix.

[grog]

While I have not tried the latest SDK I will say from your comment that the libs are not missing. They just are not located where they system can find them.

Simply add the /usr/lib/fglrx to your /etc/ld.so.conf.d
The following should add both the i386 and x64 libs.

echo "/usr/lib/fglrx" >/etc/ld.so.conf.d/fglrx.conf
[ -d /usr/lib64 ] && echo "/usr/lib64/fglrx" >>/etc/ld.so.conf.d/fglrx.conf
ldconfig

Now all should be good and the symbolic link is not required.

Another option is to simply add the path when building.

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/fglrx:/usr/lib64/fglrx make

or 'If you want to keep the path around'

LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/fglrx:/usr/lib64/fglrx
make

The linux version is actually a bit buggy there are 3 libraries missing while compiling.
Quick fix:
sudo ln -s /usr/lib/fglrx/libatical.so /usr/lib/libatical.so
sudo ln -s /usr/lib/fglrx/libaticalrt.so /usr/lib/libaticalrt.so
sudo ln -s /usr/lib/fglrx/libaticalcl.so /usr/lib/libaticalcl.so


BTW: this will give you full openCl support in linux. Why not implement it in the driver?


Kind regards
Brutalix.

[Brutalix]

Thanx grog. Much appriciated.

You are right they are not missing, just my tired brain fumbling with words, mislocated is perhaps a better term.

Kind regards

Brut.

[caveman-jim]

Nice work grog