Some changes between 18.0.5 and 18.2.0 caused my big endian PowerPC to no longer be able to allocate buffers using OpenCL. radeon complains about failing to allocate a buffer of 2686976000 bytes where I allocate 10400 bytes. The size of the buffer seems to not be byte swapped. I will try to pin down the commit that caused this and create a patch to fix it.
I've tracked it down to src/gallium/drivers/radeonsi/si_compute.c, functions si_switch_compute_shader and/or si_launch_grid, where amd_kernel_code_t is available in just little endian. A big endian system will read all the values inside the amd_kernel_code_t wrong (amd_kernel_code_t uses little endian).
Investigating a potential problem in our application (we use binary opencl kernels instead of source opencl kernels). It looks like this is a problem on our side (our binary kernels are missing the amd_kernel_code info section?), but I'll let you know asap.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/mesa/mesa/issues/145.
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.