[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #9 from infini...@pwned.gg --- I guess a third possibility is that stack protectors are actually relevant for GPUs but Clang/LLVM is not generating correct code for those in this case. -- You are receiving this mail because: You

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #8 from infini...@pwned.gg --- For background, this is the CFLAGS that Debian passes when compiling all C programs. From the GCC man page: -fstack-protector Emit extra code to check for buffer overflows, such as stack smashing

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #7 from Gian-Carlo Pascutto --- Nice debugging. Is this LLVM miscompiling the library, or LLVM trying to do stack protection on AMD GCN code? -- You are receiving this mail because: You are the assignee for the bug. You are the

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #6 from Aaron Watry --- Passing "-fstack-protector-strong" into clang_bc_flags is what's breaking libclc for debian. -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #5 from Aaron Watry --- I reverted llvm to the 6.0.0 version packaged in the padoka ppa (from my 7.0svn build) and libclc to the package manager's version and managed to reproduce the failure. Failing versions: libclc:

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #4 from Aaron Watry --- My original theory (before I tested 6.0.1 myself) was that the spectre mitigation changes that went into 6.0.1 broke something about compilation of CL kernels, but that doesn't seem to have been the case (I

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #3 from Gian-Carlo Pascutto --- You can see in my original comment that there are passes with LLVM 6.0.0 and failures for LLVM 6.0.1. So indeed, it can't be LLVM either. I'm not sure if it's possible for libclc to be different

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 --- Comment #2 from Aaron Watry --- My home system has an RX580 (Polaris10). I just cloned/built CLBlast and it appears to be running ./clblast_tuner_xgemm (mentioned as the specific failing case in

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 Jan Vesely changed: What|Removed |Added Blocks||99553 --- Comment #1 from Jan Vesely ---

[Mesa-dev] [Bug 107369] "volatile" in OpenCL code not recognized by POLARIS10 and KABINI

https://bugs.freedesktop.org/show_bug.cgi?id=107369 Bug ID: 107369 Summary: "volatile" in OpenCL code not recognized by POLARIS10 and KABINI Product: Mesa Version: 18.0 Hardware: x86-64 (AMD64) OS: Linux