| Summary: | [amdgcn/llvm-5] clang crashes when compiling OpenCL kernel | ||
|---|---|---|---|
| Product: | Mesa | Reporter: | Vedran Miletić <vedran> |
| Component: | Drivers/Gallium/radeonsi | Assignee: | Default DRI bug account <dri-devel> |
| Status: | RESOLVED FIXED | QA Contact: | Default DRI bug account <dri-devel> |
| Severity: | normal | ||
| Priority: | medium | CC: | lyberta |
| Version: | git | ||
| Hardware: | Other | ||
| OS: | All | ||
| Whiteboard: | |||
| i915 platform: | i915 features: | ||
| Bug Depends on: | |||
| Bug Blocks: | 99553 | ||
| Attachments: |
OpenCL dump.cl
OpenCL dump.link-0.ll OpenCL dump.ll |
||
|
Description
Vedran Miletić
2018-04-03 21:01:13 UTC
What is the clang/llvm version? I cannot reproduce using clang-5.0.1:
$ cat foo.cl
#pragma OPENCL EXTENSION cl_khr_fp64: enable
kernel void PulseWave(global float* buffer, size_t num_harmonics,
float duty_cycle)
{
size_t index = get_global_id(0);
float phase = buffer[index];
float sample = duty_cycle;
float precompute1 = (phase - duty_cycle / 2.0) * 2.0 * M_PI;
for (size_t i = 1; i <= num_harmonics; ++i)
{
float harmonic = 2.0 / (i * M_PI) * sin(M_PI * i * duty_cycle) *
cos(i * precompute1);
sample += harmonic;
}
buffer[index] = sample * 2.0 - 1.0;
}
$ clang-5.0 -target amdgcn-mesa-mesa3d -Xclang -mlink-bitcode-file -Xclang /usr/lib64/clc/carrizo-amdgcn-mesa-mesa3d.bc -include clc/clc.h -S foo.cl
$ clang-5.0 --version
clang version 5.0.1 (tags/RELEASE_501/final)
Target: x86_64-unknown-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
[18:11:28] <Lyberta> can someone reply here https://bugs.freedesktop.org/show_bug.cgi?id=105869 that version is 5.0.1-4 from Debian Testing, if I ever find another bug I'll register myself Can you run clinfo and append the output? Number of platforms 1
Platform Name Clover
Platform Vendor Mesa
Platform Version OpenCL 1.1 Mesa 17.3.7
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd
Platform Extensions function suffix MESA
Platform Name Clover
Number of devices 1
Device Name AMD Radeon (TM) R9 380 Series (TONGA / DRM 3.23.0 / 4.15.0-2-amd64, LLVM 5.0.1)
Device Vendor AMD
Device Vendor ID 0x1002
Device Version OpenCL 1.1 Mesa 17.3.7
Driver Version 17.3.7
Device OpenCL C Version OpenCL C 1.1
Device Type GPU
Device Profile FULL_PROFILE
Device Available Yes
Compiler Available Yes
Max compute units 32
Max clock frequency 1040MHz
Max work item dimensions 3
Max work item sizes 256x256x256
Max work group size 256
Preferred work group size multiple 64
Preferred / native vector sizes
char 16 / 16
short 8 / 8
int 4 / 4
long 2 / 2
half 8 / 8 (cl_khr_fp16)
float 4 / 4
double 2 / 2 (cl_khr_fp64)
Half-precision Floating-point support (cl_khr_fp16)
Denormals No
Infinity and NANs Yes
Round to nearest Yes
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Single-precision Floating-point support (core)
Denormals No
Infinity and NANs Yes
Round to nearest Yes
Round to zero No
Round to infinity No
IEEE754-2008 fused multiply-add No
Support is emulated in software No
Correctly-rounded divide and sqrt operations No
Double-precision Floating-point support (cl_khr_fp64)
Denormals Yes
Infinity and NANs Yes
Round to nearest Yes
Round to zero Yes
Round to infinity Yes
IEEE754-2008 fused multiply-add Yes
Support is emulated in software No
Address bits 64, Little-Endian
Global memory size 4292071424 (3.997GiB)
Error Correction support No
Max memory allocation 3004449996 (2.798GiB)
Unified memory for Host and Device No
Minimum alignment for any data type 128 bytes
Alignment of base address 32768 bits (4096 bytes)
Global Memory cache type None
Image support No
Local memory type Local
Local memory size 32768 (32KiB)
Max number of constant args 16
Max constant buffer size 2147483647 (2GiB)
Max size of kernel argument 1024
Queue properties
Out-of-order execution No
Profiling Yes
Profiling timer resolution 0ns
Execution capabilities
Run OpenCL kernels Yes
Run native kernels No
Device Extensions cl_khr_byte_addressable_store cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_int64_base_atomics cl_khr_int64_extended_atomics cl_khr_fp64 cl_khr_fp16
NULL platform behavior
clGetPlatformInfo(NULL, CL_PLATFORM_NAME, ...) Clover
clGetDeviceIDs(NULL, CL_DEVICE_TYPE_ALL, ...) Success [MESA]
clCreateContext(NULL, ...) [default] Success [MESA]
clCreateContextFromType(NULL, CL_DEVICE_TYPE_DEFAULT) Success (1)
Platform Name Clover
Device Name AMD Radeon (TM) R9 380 Series (TONGA / DRM 3.23.0 / 4.15.0-2-amd64, LLVM 5.0.1)
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CPU) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_GPU) Success (1)
Platform Name Clover
Device Name AMD Radeon (TM) R9 380 Series (TONGA / DRM 3.23.0 / 4.15.0-2-amd64, LLVM 5.0.1)
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ACCELERATOR) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_CUSTOM) No devices found in platform
clCreateContextFromType(NULL, CL_DEVICE_TYPE_ALL) Success (1)
Platform Name Clover
Device Name AMD Radeon (TM) R9 380 Series (TONGA / DRM 3.23.0 / 4.15.0-2-amd64, LLVM 5.0.1)
ICD loader properties
ICD loader Name OpenCL ICD Loader
ICD loader Vendor OCL Icd free software
ICD loader Version 2.2.12
ICD loader Profile OpenCL 2.2
OK, I tried adding -mcpu=tonga to the command line to match the asic. Still no crash. Are you sure it's the PulseWave kernel that's crashing? At any rate, you should check llvm/clang-6 (that one can still be fixed if the problem persists). I'm 100% sure it is PulseWave because that's the only kernel I use to one of my programs and it still crashes at cl::Program::build. How to upgrade to llvm/clang 6? (In reply to Lyberta from comment #6) > I'm 100% sure it is PulseWave because that's the only kernel I use to one of > my programs and it still crashes at cl::Program::build. Is the posted snippet all that is compiled? can you run with CLOVER_DEBUG=clc,llvm CLOVER_DEBUG_FILE=dump and attached the created dump.{cl,ll} files? > How to upgrade to llvm/clang 6? either there is a distro specific way (for your distro) to try testing packages. Packages for popular distros are also available here: http://releases.llvm.org/download.html You can also build from source. Note that you'll need to rebuild mesa and libclc after the upgrade. Created attachment 138663 [details]
OpenCL dump.cl
Created attachment 138664 [details]
OpenCL dump.link-0.ll
Created attachment 138665 [details]
OpenCL dump.ll
Hi, sorry for the delay. I thought I replied weeks ago. I can reproduce the segfault on llvm-5 using the dump.link-0.ll: /usr/lib/llvm/5/bin/llc -march=amdgcn < ../dump.link-0.ll Since llvm-5 will not see any further changes you might try updating your libclc (plenty of changes recently), to see if it hides the bug. Linking the old compiled code with newer libclc did not seem to help: cd libclc; /usr/lib/llvm/5/bin/llvm-link ../dump.ll built_libs/tahiti-amdgcn-mesa-mesa3d.bc | /usr/lib/llvm/5/bin/llc still hits segfault. running clang-5.0 directly does not hit the issue: However, I cannot reproduce the error using clang-5.0: cd libclc; clang-5.0 -target amdgcn-mesa-mesa3d -Igeneric/include -Xclang -mlink-bitcode-file -Xclang built_libs/tahiti-amdgcn-mesa-mesa3d.bc -include clc/clc.h ../dump.cl -S -o - works OK! Unless I add '-g' to the command line, in which case it hits the same segfault. I'd say this is a variant of https://bugs.freedesktop.org/show_bug.cgi?id=100218 I've also tried running the same command using llvm-6: clang-6.0 -g -target amdgcn-mesa-mesa3d -Igeneric/include -Xclang -mlink-bitcode-file -Xclang built_libs/tahiti-amdgcn-mesa-mesa3d.bc -include clc/clc.h ../dump.cl -S -o - and it does not segfault. I think the correct solution for you would be to upgrade to llvm-6. I'd consider this fixed in that case. Alright, I've installed Mesa ICD that uses LLVM 6 and the program no longer crashes. closing per confirmation in comment #12. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.