<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 31, 2017 at 9:37 AM, Luke A. Guest <span dir="ltr"><<a href="mailto:laguest@archeia.com" target="_blank">laguest@archeia.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi,<br>
<br>
I've just reinstalled Gentoo on my machine and I no longer have<br>
AMDGPU-Pro on it due to it using ancient libs. My machine is an FX-8350<br>
one, so it's PCIe-2.0. Clover is currently lacking in CL compliance at<br>
this time.<br>
<br>
So, I'm wondering if anyone is actually working on it now that AMD have<br>
abandoned it in favour of ROCm? Does anyone know the actual status, i.e.<br>
what is and isn't done? I think it's worth getting OpenCL support<br>
working for older hw, ROCm has a PCIe-3.0 intrinsics requirement, so for<br>
older hardware this isn't an option.<br></blockquote><div><br></div><div>I'd suggest that you check out the recently-open-sourced OpenCL conformance test suite [0] or my slightly-more-linux-build-friendly fork [1] and give it a run on top of mesa/clover. It'll give you a good list of things to work on.<br><br></div><div>I ran the integer_ops sub-tests last night, and besides the missing CL 1.2 popcount() function, that entire sub-suite succeeds. Feel free to attempt to implement that built-in function in the libclc[2] library to get your feet wet.<br><br></div><div>There are also issues with buffer copies (using host-pointers, copySubRect), and there are a subset of the floating-point math built-ins which are either missing or fail some test scenarios. Some atomic operations seem to be incorrect, and that's about as far as I've managed to get so far in looking at the results. I'm sure plenty of other things need work/polish. Note that many of these things are gpu-independent and can be implemented either in the clover state-tracker, or in the generic (non-GPU-specific) portion of libclc.<br><br></div><div>I've been looking into implementing the clCreateCommandQueueWithProperties API function as well, since there seem to be a bunch of CL programs that just blindly assume the API function exists for all platforms when using the ocl-icd loader, and segfault as a result.<br><br></div><div>One big missing piece is image support. It's an optional feature of OpenCL, but there are a good number of programs used by a certain benchmarking site that depend on it.<br></div><div><br></div><div>--Aaron<br></div><div><br>[0] - <a href="https://github.com/KhronosGroup/OpenCL-CTS/tree/cl12_trunk">https://github.com/KhronosGroup/OpenCL-CTS/tree/cl12_trunk</a><br>[1] - <a href="https://github.com/awatry/OpenCL-CTS/tree/cl12_cmake_fixes">https://github.com/awatry/OpenCL-CTS/tree/cl12_cmake_fixes</a><br>[2] - <a href="http://libclc.llvm.org/">http://libclc.llvm.org/</a></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
So far I've found that gl sharing is missing as are some entry points in<br>
dispatch.cpp.<br>
<br>
1) Would it be worth continuting and if so would we be allowed to shared<br>
clc files from ROCm to Mesa?<br>
<br>
2) If not, is it worth considering porting Beignet instead, that at<br>
least gives OpenCL 2.0.<br>
<br>
Thoughts?<br>
<br>
Thanks,<br>
<br>
Luke A. Guest.<br>
<br>
<br>
______________________________<wbr>_________________<br>
mesa-dev mailing list<br>
<a href="mailto:mesa-dev@lists.freedesktop.org">mesa-dev@lists.freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/mesa-dev" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/mesa-dev</a><br>
</blockquote></div><br></div></div>