[Bug 108879] [CIK] [regression] All opencl apps hangs indefinitely in si_create_context - bugzilla-daemon

From: bugzilla-daemon@freedesktop.org
To: dri-devel@lists.freedesktop.org
Subject: [Bug 108879] [CIK] [regression] All opencl apps hangs indefinitely in si_create_context
Date: Thu, 03 Jan 2019 17:22:35 +0000	[thread overview]
Message-ID: <bug-108879-502-qEw2wp7tF6@http.bugs.freedesktop.org/> (raw)
In-Reply-To: <bug-108879-502@http.bugs.freedesktop.org/>

[-- Attachment #1.1: Type: text/plain, Size: 2799 bytes --]

https://bugs.freedesktop.org/show_bug.cgi?id=108879

Vasily Galkin <galkin-vv@ya.ru> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|[CIK] [regression] clinfo   |[CIK] [regression] All
                   |hangs indefinitely in       |opencl apps hangs
                   |si_create_context           |indefinitely in
                   |                            |si_create_context
                 CC|                            |galkin-vv@ya.ru

--- Comment #2 from Vasily Galkin <galkin-vv@ya.ru> ---
Faced same problem on CIK gpu: clinfo hanging at start since 18.3.0.
Stack trace is the same - the sys_futex never returns.

The issue reproduces every time. Most important - it affects ALL applications
using opencl I tried (clinfo, fresh manual build of
https://github.com/ihaque/memtestCL and closed-source Geeks3D GpuTest). They
all hang at initialization with similar stack trace.

I'm renaming the bug to indicate that all apps are affected.

GPU is

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI]
Tobago PRO [Radeon R7 360 / R9 360 OEM] (rev 81) (prog-if 00 [VGA controller])

("Tobago" is less common variant of "Bonaire" gpus).

Reproduced on two different motherboards (however, both are PCIe 2.0/1.1 - so
no  PCIe3.0 atomics if it is related). Changing kernels in 4.17-4.20 range
doesn't matter. For example vanilla 4.20.0 with ubuntu config -
4.20.0-042000-generic can be used for issue reproduaction. Distros also doesn't
matter I tried debian and vanilla mesa build on archlinux

Kernel parameters are: BOOT_IMAGE=/boot/vmlinuz-4.20.0-042000-generic
root=UUID=7917286f-3223-4003-8d58-a2bff30a7730 ro quiet intel_iommu=on
amdgpu.si_support=1 amdgpu.cik_support=1 amdgpu.dc=1 acpi_enforce_resources=off
radeon.si_support=0 radeon.cik_support=0 radeon.modeset=1 nouveau.modeset=1
zswap.enabled=1 zswap.zpool=zsmalloc zswap.compressor=lz4hc
zswap.max_pool_percent=42

(actually intel_iommu is DISABLED in bios, so I don't think it is related)

Unlike opencl, both vulkan and opengl works completely fine.

Donwgrading mesa-opencl-icd to 18.2.8 fixes the problem.
This deb package downgrades only 
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_nouveau.so
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_r300.so
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_r600.so
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_radeonsi.so
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_swrast.so
/usr/lib/x86_64-linux-gnu/gallium-pipe/pipe_vmwgfx.so
/usr/lib/x86_64-linux-gnu/libMesaOpenCL.so.1.0.0

other mesa libs are kept from 18.3.0

-- 
You are receiving this mail because:
You are the assignee for the bug.

[-- Attachment #1.2: Type: text/html, Size: 4289 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel