[Pkg-gmagick-im-team] Bug#630321: RE : Bug#630321: Opencl

Thu Dec 22 09:37:56 UTC 2011

Since AMD just published it's Linux FGLX Catalyst driver with their 
renamed Accelerated Parallel Processing (APP) in conjunction with their 
AMD 7990 GPGPU

http://blogs.amd.com/play/2011/12/21/764-days-as-graphics-performance-champion-%E2%80%93-and-counting/

Developers: http://developer.amd.com/sdks/AMDAPPSDK/Pages/default.aspx

In the release notes: 
http://developer.amd.com/sdks/AMDAPPSDK/assets/AMD_APP_SDK_Release_Notes_Developer.pdf

> 1 What’s New in AMD APP SDK v2.6
> Key features supported in SDK 2.6 and the Catalyst 11.12 drivers include:
> *• OpenCLTM runtime integration into Linux and Windows® Catalyst drivers.*
> • Inclusion of the Khronos C++ wrapper API.
> • Multi-GPU support on Linux platforms.
> • PX5 support.
> • Preview: Support for AVX instructions on CPUs that support AVX.
> • Support for FMA4 instructions in OpenCL built-in function libraries 
> on CPUs that support
> FMA4.
> • Kernel reflection, query kernel parameters, and enable use of OpenCL 
> kernels in data-driven
> applications.
> • Support for atomic counters on APUs.
> • Redesign of OpenCL run-time on CPU, significantly improving performance.
> • Support for the cl_amd_media_ops2 extension, exposing hardware 
> capabilities for
> accelerating image-related processing.
> • Async copies preview (set environment variable GPU_ASYNC_MEM_COPY=2 
> to enable).
> The OpenCLTM 1.2 preview includes the following capabilities (requires 
> 8.93.10 preview drivers):
> • Host access flags for memory objects enables more efficient buffer 
> handling.
> • Pattern-based GPU buffer and image initialization eliminates need 
> for certain buffer/image
> transfers.
> • Memory objects migration supports early transfer of buffers in 
> preparation for when they are
> needed.
> • New generalized image creation API.
> • Enhanced image/buffer map operations.
> • OpenCL 1.2 CPU device partition, including partition of a CPU after 
> addition to a context.
> • Generalized 1D and 2D images, image arrays, and image<-->buffer interop.

It seems like AMD woke up and followed NVidia's move for it's 
proprietary [non-free] driver to make my wishes come true.

I'm not interested in server environments without top end GPUs that can 
utlize the AMD driver. Nor is anyone else going to use any of the 
streams on such an entry level card from AMD [though it's rather hard to 
find such a weak card today] for GPGPU cycles.

In my fields of Computer Science and Mechanical Engineering it's rather 
obvious any blade servers and workstations will want cycles for Finite 
Element Analysis and Computational Fluid Dynamics first for HPC over 
database and app server deployment.

If Debian can't manage to package what now is required I'm sure I can 
build my own custom debs.

- Marc

On 12/22/2011 12:07 AM, Bastien ROUCARIES wrote:
>
> I will not do this without a free generic software fallback.
>
> Think about server environnement without top edge graphic card. 
> Imagemagick should work in this environment without modification
>
> Open an rfp or an itp, test it and package it and will do something
>
> Bastien
>
>> Le 22 déc. 2011 05:51, "Marc J. Driftmeyer" <mjd at reanimality.com 
>> <mailto:mjd at reanimality.com>> a écrit :
>>
>> I'm not too concerned with OpenCL support in a free version, nor have 
>> I ever been.
>>
>> Seeing as AMD and Nvidia, not to mention Intel are releasing their 
>> implementations directly for BSD or similar license use my needs have 
>> been fulfilled.
>>
>> More to the point, all three have to adhere to Khronos specification 
>> created by Apple and now in their committee for all to leverage.
>>
>> That's all that really needs to happen.
>>
>> I would suggest when AMD releases their opencl sdk that will be 
>> working with LLVM/Clang that the Clang package guys coordinate with 
>> the AMD non-free driver packagers and make sure the AMD SDK for 
>> OpenCL is included in the AMD fglx driver files ala what Nvidia 
>> package maintainers do for the nvidia non-free driver stack.
>>
>> - Marc
>>
>>
>>
>> On 12/21/2011 07:04 AM, Bastien ROUCARIES wrote:
>> >
>> > tags 630321 + wontfix
>> > severity 630321 wishl...
>>
>> -- 
>> Marc J. Driftmeyer
>> Email :: mjd at reanimality.com <mailto:mjd at reanimality.com>
>> Web :: http://www.reanimality.com
>> Cell :: (509) 435-5212 <tel:%28509%29%20435-5212>

-- 
Marc J. Driftmeyer
Email :: mjd at reanimality.com <mailto:mjd at reanimality.com>
Web :: http://www.reanimality.com
Cell :: (509) 435-5212
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/pkg-gmagick-im-team/attachments/20111222/8edbf829/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: mjd.vcf
Type: text/x-vcard
Size: 316 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-gmagick-im-team/attachments/20111222/8edbf829/attachment.vcf>