Hi, Yan,
I have sent a patch "Refine the intel gpgpu delete. ", it may fix some race
condition fail, can you try it?
> -Original Message-
> From: Beignet [mailto:beignet-boun...@lists.freedesktop.org] On Behalf Of
> yan.w...@linux.intel.com
> Sent: Friday, October 24, 2014 22:33
> To
The intel gpgpu struct is destroyed when a new gpgpu struct needed. But in that
time,
the command batch relative with the destroyed gpgpu may have not finish, and
the resource
in gpgpu still used by gpgpu, can't be destroyed.
So, when delete a gpgpu, check the batch status, if have not complete,
On 2014.10.24 18:10:36 +0800, Zhigang Gong wrote:
> This assertion is just to make sure we will not get a NULL pointer
> for a normal buffer. The OpenCL spec doesn't give a very specific
> statement about a NULL buffer object. But it does allow to pass
> a NULL to a buffer object. Thus some one may
From: Luo Xionghu
so far this patch only support uadd_with_overflow/sadd_with_overflow by add128
kernel
function.
kernel functions add256, add384 and add512 will be added later.
other intrinsic functions like ssub_with_overflow,
usub_with_overflow, smul_with_overflow, umul_with_overflow, bswap a
From: Luo Xionghu
this case only runs for uadd_with_over_flow function so far.
Signed-off-by: Luo Xionghu
---
kernels/compiler_overflow.cl | 21 ++
utests/CMakeLists.txt|1 +
utests/compiler_overflow.cpp | 63 ++
3 files chang
Signed-off-by: Zhigang Gong
---
backend/src/llvm/llvm_unroll.cpp | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/backend/src/llvm/llvm_unroll.cpp b/backend/src/llvm/llvm_unroll.cpp
index 271cc7b..c13e571 100644
--- a/backend/src/llvm/llvm_unroll.cpp
+++ b/backend/src/llvm/llvm
Hi,
The patch fixes VIZ-4533 [IVB i386] OpenCL conformance v1.2 cases images
(Samplerless*) fail (https://jira01.devtools.intel.com/browse/VIZ-4533).
> -Original Message-
> From: Beignet [mailto:beignet-boun...@lists.freedesktop.org] On Behalf Of
> Zhigang Gong
> Sent: Friday, October 24
