[Bug 108879] [CIK] [regression] clinfo hangs indefinitely in si_create_context

* [Bug 108879] [CIK] [regression] clinfo hangs indefinitely in si_create_context
@ 2018-11-27 12:48 bugzilla-daemon
  2018-11-27 13:50 ` bugzilla-daemon
                   ` (13 more replies)
  0 siblings, 14 replies; 15+ messages in thread
From: bugzilla-daemon @ 2018-11-27 12:48 UTC (permalink / raw)
  To: dri-devel

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

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

            Bug ID: 108879
           Summary: [CIK] [regression] clinfo hangs indefinitely in
                    si_create_context
           Product: Mesa
           Version: 18.3
          Hardware: All
                OS: All
            Status: NEW
          Severity: critical
          Priority: medium
         Component: Drivers/Gallium/radeonsi
          Assignee: dri-devel@lists.freedesktop.org
          Reporter: vedran@miletic.net
        QA Contact: dri-devel@lists.freedesktop.org

Bisected to 9b331e462e5021d994859756d46cd2519d9c9c6e.

Tracing calls done by clinfo and pressing Ctrl+C gives:

#0  0x00007ffff7e9cead in syscall () from /lib64/libc.so.6
#1  0x00007ffff143422c in sys_futex (val3=-1, addr2=0x0, timeout=0x0, val1=2,
op=9, addr1=0x555555899b08) at ../../src/util/futex.h:50                        
#2  futex_wait (timeout=0x0, value=2, addr=0x555555899b08) at
../../src/util/futex.h:50
#3  do_futex_fence_wait (fence=fence@entry=0x555555899b08,
timeout=timeout@entry=false, abs_timeout=abs_timeout@entry=0) at u_queue.c:115  
#4  0x00007ffff1434739 in _util_queue_fence_wait
(fence=fence@entry=0x555555899b08) at u_queue.c:130                             
#5  0x00007ffff146cd79 in util_queue_fence_wait (fence=0x555555899b08) at
../../../../src/util/u_queue.h:161                                              
#6  si_bind_compute_state (ctx=0x5555558648c0, state=0x555555899af0) at
si_compute.c:277
#7  0x00007ffff146eb79 in si_compute_do_clear_or_copy
(sctx=sctx@entry=0x5555558648c0, dst=dst@entry=0x5555558a3910,
dst_offset=dst_offset@entry=0, src=src@entry=0x0,                
    src_offset=src_offset@entry=0, size=size@entry=16,
clear_value=0x7fffffffcea0, clear_value_size=4, coher=SI_COHERENCY_SHADER) at
si_compute_blit.c:131                            
#8  0x00007ffff146ecb0 in si_clear_buffer (sctx=sctx@entry=0x5555558648c0,
dst=0x5555558a3910, offset=offset@entry=0, size=16,
clear_value=clear_value@entry=0x7fffffffcea0,          
    clear_value_size=clear_value_size@entry=4, coher=SI_COHERENCY_SHADER) at
si_compute_blit.c:217                                                           
#9  0x00007ffff147de40 in si_create_context
(screen=screen@entry=0x5555555e07c0, flags=flags@entry=0) at si_pipe.c:624      
#10 0x00007ffff147e8d1 in radeonsi_screen_create (ws=<optimized out>,
config=<optimized out>) at si_pipe.c:1123                                       
#11 0x00007ffff143edfa in radeon_drm_winsys_create (fd=fd@entry=4,
config=config@entry=0x7fffffffd038,
screen_create=screen_create@entry=0x7ffff147e1c0 <radeonsi_screen_create>)     
    at radeon_drm_winsys.c:941
#12 0x00007ffff131b49d in create_screen (fd=4, config=0x7fffffffd038) at
pipe_radeonsi.c:18                                                              
#13 0x00007ffff7cc606b in pipe_loader_create_screen (dev=0x5555555ccc80) at
pipe_loader.c:137                                                               
#14 0x00007ffff7ce744c in clover::device::device (this=0x5555555b9f50,
platform=..., ldev=<optimized out>) at core/device.cpp:47                       
#15 0x00007ffff7cf1584 in clover::create<clover::device, clover::platform&,
pipe_loader_device*&> () at ./util/pointer.hpp:229                              
#16 clover::platform::platform (this=0x7ffff7d9edc0 <(anonymous
namespace)::_clover_platform>) at core/platform.cpp:36                          
#17 0x00007ffff7cc5a26 in __static_initialization_and_destruction_0
(__initialize_p=1, __priority=65535) at api/platform.cpp:141                    
#18 _GLOBAL__sub_I_platform.cpp(void) () at api/platform.cpp:141
#19 0x00007ffff7fe1dea in call_init.part () from /lib64/ld-linux-x86-64.so.2
#20 0x00007ffff7fe1eea in _dl_init () from /lib64/ld-linux-x86-64.so.2
#21 0x00007ffff7fe5edf in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
#22 0x00007ffff7edf0d7 in _dl_catch_exception () from /lib64/libc.so.6
#23 0x00007ffff7fe574e in _dl_open () from /lib64/ld-linux-x86-64.so.2
#24 0x00007ffff7f6c39a in dlopen_doit () from /lib64/libdl.so.2
#25 0x00007ffff7edf0d7 in _dl_catch_exception () from /lib64/libc.so.6
#26 0x00007ffff7edf173 in _dl_catch_error () from /lib64/libc.so.6
#27 0x00007ffff7f6caf9 in _dlerror_run () from /lib64/libdl.so.2
#28 0x00007ffff7f6c43a in dlopen@@GLIBC_2.2.5 () from /lib64/libdl.so.2
#29 0x00007ffff7f76d11 in _initClIcd_real () from /lib64/libOpenCL.so.1
#30 0x00007ffff7f7935c in clGetPlatformIDs () from /lib64/libOpenCL.so.1
#31 0x000055555555a4ba in main ()

Removing the CIK-specific function call under /* Clear the NULL constant
buffer, because loads should return zeros. */ makes clinfo work normally.

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

[-- Attachment #1.2: Type: text/html, Size: 6351 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

^ permalink raw reply	[flat|nested] 15+ messages in thread