Hi, > Until this is fixed, I disable the use of the generator for GEMM.
Ok, that's the fastest fix so far :-) > After some investigations it looks like the problem is not with the > GEMM kernel but with the way the kernel is enqueued. It fails when A > and B are associated with the same handle in C = alpha*op(A)*op(A) + > beta*C... (this handle-checking feature is to allow for some > optimizations in other kernels such as those who compute complicated > elementwise-functions : y = element_prod(element_exp(x), x)) > This bug seems simple to fix at first sight, but it's gonna be hard > to provide a good fix. I could tell the kernel to ignore the handle > values for GEMM and always consider C = alpha*op(A)*op(B) + beta*D, > but then it prevents me from doing pointer arithmetics with C and > it'll have an influence on register usage). I'll have to do a > gemm-specific handle-binding policy. I'll try to do it ASAP, but it > may not come before tomorrow since I have other things to do today, > like getting the database ready for Toby's benchmarks... Sure, take your time and focus on the stuff Toby. > It looks like blas3_prod-test-opencl fails with timeout on centos5. > This is just SO strange. This is because of the GPU in use: An ancient Geforce 8600 GT! I'll have to increase the timeout on this machine. Best regards, Karli ------------------------------------------------------------------------------ Open source business process management suite built on Java and Eclipse Turn processes into business applications with Bonita BPM Community Edition Quickly connect people, data, and systems into organized workflows Winner of BOSSIE, CODIE, OW2 and Gartner awards http://p.sf.net/sfu/Bonitasoft _______________________________________________ ViennaCL-devel mailing list ViennaCL-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/viennacl-devel
