dri-devel September 2019

dri-devel@lists.freedesktop.org

315 participants
2278 discussions

[Bug 106038] visual corruption and stuttery playback of VC-1 interlaced video with VAAPI and Polaris
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=106038 Bug ID: 106038 Summary: visual corruption and stuttery playback of VC-1 interlaced video with VAAPI and Polaris Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: tempel.julian(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org I initially reported the issue on the ffmpeg bugtracker: https://trac.ffmpeg.org/ticket/7103 Since Intel works with VAAPI, it probably is an issue of Mesa's VAAPI driver for Radeons. Please see the linked bugtracker entry for more details. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 102625] Game Crashlands crashes on startup
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=102625 Bug ID: 102625 Summary: Game Crashlands crashes on startup Product: Mesa Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: ratatosk.yggdrasil(a)googlemail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 134084 --> https://bugs.freedesktop.org/attachment.cgi?id=134084&action=edit gdb output when running crashlands Running on Arch with latest Mesa in the official repositories (17.1.8) via mesa-git from AUR or 17.0.x in Ubuntu 16.04 and 17.04 Crashlands crashes on startup (a window opens and immediately closes again) in combination with a Radeon RX 470. On another machine using integrated HD 6620G it runs fine (Ubuntu 16.04). Using LLVMPIPE via LIBGL_ALWAYS_SOFTWARE=1 and GALLIUM_DRIVER=llvmpipe the game runs as expected. When starting the game from command line I get a segfault with this message: ./run.sh: Zeile 3: 2218 Speicherzugriffsfehler (Speicherabzug geschrieben) LD_LIBRARY_PATH=./lib:$LD_LIBRARY_PATH ./runner This error however seems to be unrelated to the crash because it remains even if using LLVMPIPE. Running via gdb produces the attached output. GNU gdb (GDB) 8.0.1 Copyright (C) 2017 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from runner...(no debugging symbols found)...done. (gdb) run Starting program: /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner: /usr/lib32/libcrypto.so.1.0.0: no version information available (required by /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner) /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner: /usr/lib32/libssl.so.1.0.0: no version information available (required by /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner) [Thread debugging using libthread_db enabled] Using host libthread_db library "/usr/lib/libthread_db.so.1". *************************************** * YoYo Games Linux Runner V1.3 * *************************************** CommandLine: -game game.unx ExeName= /home/nagezahn/.local/share/Steam/steamapps/common/Crashlands/runner MemoryManager allocated: 1723148 INI DisplayName=Crashlands SavePrePend /home/nagezahn/.config/Crashlands/ GAMEPAD: Initialising Ubuntu support Attempting to set gamepadcount to 4 Steam being initialised with appId 391730 Steam_Init Error: Failed to load libsteam_api.so: libsteam_api.so: cannot open shared object file: No such file or directory Failed LoadSteamLib() call: Error loading libsteam_api.so SteamInit failed: Error loading libsteam_api.so Display Size(Pixels): 1920,1200 GameDisplayName=Crashlands Win #1 XF86VidModeExtension-Version 2.2 libGL error: failed to create dri screen libGL error: failed to load driver: swrast Got Doublebuffered Visual! glX-Version 1.4 Icon: w=120 h=120 X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 155 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x0 Serial number of failed request: 30 Current serial number in output stream: 32 [Inferior 1 (process 3337) exited with code 01] -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 103915] Undertale crashes on startup (compiling shaders?)
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=103915 Bug ID: 103915 Summary: Undertale crashes on startup (compiling shaders?) Product: Mesa Version: 17.2 Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: toojays(a)toojays.net QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 135727 --> https://bugs.freedesktop.org/attachment.cgi?id=135727&action=edit thread apply all bt full Mesa 17.2.6 self-compiled, running on Debian Stretch OpenGL renderer string: AMD Radeon (TM) RX 480 Graphics (AMD POLARIS10 / DRM 3.10.0 / 4.11.0-0.bpo.1-amd64, LLVM 5.0.0) I picked up Undertale <http://store.steampowered.com/app/391540/Undertale/> today, tried to play it but it crashes on startup with the following backtrace: Core was generated by `/pool/toojays/steam/SteamApps/common/Undertale/runner'. Program terminated with signal SIGSEGV, Segmentation fault. Thread 9 (Thread 0xe817fb40 (LWP 28800)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a21da in cnd_wait (mtx=0xa74e410, cond=0xa74e428) at ../../include/c11/threads_posix.h:159 #3 util_queue_thread_func (input=0xa5a98a8) at u_queue.c:171 #4 0xf73f727a in start_thread (arg=0xe817fb40) at pthread_create.c:333 #5 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 8 (Thread 0xe91e1b40 (LWP 28798)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a21da in cnd_wait (mtx=0xa6b2324, cond=0xa6b233c) at ../../include/c11/threads_posix.h:159 #3 util_queue_thread_func (input=0xa5d1580) at u_queue.c:171 #4 0xf73f727a in start_thread (arg=0xe91e1b40) at pthread_create.c:333 #5 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 7 (Thread 0xebb5eb40 (LWP 28793)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a21da in cnd_wait (mtx=0xa6b1874, cond=0xa6b188c) at ../../include/c11/threads_posix.h:159 #3 util_queue_thread_func (input=0xa5cf958) at u_queue.c:171 #4 0xf73f727a in start_thread (arg=0xebb5eb40) at pthread_create.c:333 #5 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 6 (Thread 0xf6be5700 (LWP 28792)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a258a in cnd_wait (mtx=0xa7ac650, cond=0xa7ac668) at ../../include/c11/threads_posix.h:159 #3 util_queue_fence_wait (fence=0xa7ac650) at u_queue.c:106 #4 0xefbf991c in si_shader_select_with_key (sscreen=0xa6b1e50, state=state@entry=0xa6cd97c, compiler_state=compiler_state@entry=0xffea3dec, key=0xffea3ca4, thread_index=-1) at si_state_shaders.c:1596 #5 0xefbfa3c9 in si_shader_select (ctx=ctx@entry=0xa6ccec0, state=state@entry=0xa6cd97c, compiler_state=compiler_state@entry=0xffea3dec) at si_state_shaders.c:1753 #6 0xefbfc76f in si_update_shaders (sctx=0xa6ccec0) at si_state_shaders.c:3222 #7 0xefbf45e6 in si_draw_vbo (ctx=<optimized out>, info=<optimized out>) at si_state_draw.c:1266 #8 0xefaa2f91 in util_draw_arrays (start=0, count=3, mode=PIPE_PRIM_MAX, pipe=0xa6ccec0) at ./util/u_draw.h:66 #9 util_draw_vertex_buffer (pipe=0xa6ccec0, cso=0x0, vbuf=0xa7ac4a0, vbuf_slot=0, offset=0, prim_type=15, num_verts=3, num_attribs=2) at util/u_draw_quad.c:68 #10 0xefc32c6d in r600_draw_rectangle (blitter=0xa6976f0, x1=0, y1=0, x2=640, y2=480, depth=1, type=UTIL_BLITTER_ATTRIB_COLOR, attrib=0xa74e56c) at r600_pipe_common.c:239 #11 0xefa9f22b in util_blitter_clear_custom (blitter=0xa6976f0, width=640, height=480, num_layers=1, clear_buffers=7, color=0xa74e56c, depth=1, stencil=0, custom_dsa=0x0, custom_blend=0x0) at util/u_blitter.c:1406 #12 0xefa9f333 in util_blitter_clear (blitter=<optimized out>, width=<optimized out>, height=<optimized out>, num_layers=<optimized out>, clear_buffers=<optimized out>, color=<optimized out>, depth=<optimized out>, stencil=0) at util/u_blitter.c:1422 #13 0xefbc2102 in si_clear (ctx=0xa6ccec0, buffers=<optimized out>, color=0xa74e56c, depth=1, stencil=0) at si_blit.c:893 #14 0xefac48e1 in tc_call_clear (pipe=0xa6ccec0, payload=0xa74e568) at util/u_threaded_context.c:2073 #15 0xefac51bf in tc_batch_execute (thread_index=0, job=0xa74e4c0) at util/u_threaded_context.c:94 #16 _tc_sync (tc=tc@entry=0xa74e220, func=<optimized out>, info=<optimized out>) at util/u_threaded_context.c:185 #17 0xefac7777 in tc_texture_subdata (_pipe=0xa74e220, resource=0xa7a8ad0, level=0, usage=0, box=0xffea4208, data=0xa7a83d0, stride=64, layer_stride=1024) at util/u_threaded_context.c:1631 #18 0xef8ae3ba in st_TexSubImage (ctx=0xa756088, dims=2, texImage=<optimized out>, xoffset=0, yoffset=<optimized out>, zoffset=0, width=16, height=<optimized out>, depth=1, format=6408, type=5121, pixels=0xa7a83d0, unpack=0xa76e830) at state_tracker/st_cb_texture.c:1418 #19 0xef8afe6c in st_TexImage (ctx=0xa756088, dims=2, texImage=0xa6b8ab8, format=6408, type=5121, pixels=0xa7a83d0, unpack=0xa76e830) at state_tracker/st_cb_texture.c:1635 #20 0xef831165 in teximage (no_error=false, pixels=0xa7a83d0, imageSize=0, type=5121, format=6408, border=0, depth=<optimized out>, height=<optimized out>, width=<optimized out>, internalFormat=6408, level=0, target=3553, dims=2, compressed=0 '\000', ctx=0xa756088) at main/teximage.c:3055 #21 teximage_err (ctx=0xa756088, compressed=compressed@entry=0 '\000', dims=dims@entry=2, target=3553, level=0, internalFormat=<optimized out>, width=16, height=16, depth=1, border=<optimized out>, format=6408, type=5121, imageSize=0, pixels=0xa7a83d0) at main/teximage.c:3081 #22 0xef83310a in _mesa_TexImage2D (target=3553, level=0, internalFormat=6408, width=16, height=16, border=0, format=6408, type=5121, pixels=0xa7a83d0) at main/teximage.c:3119 #23 0x08303d5d in ?? () #24 0x08302a5e in ?? () #25 0x08303c2e in ?? () #26 0x083027c4 in ?? () #27 0x0830287f in ?? () #28 0x082fd629 in ?? () #29 0x081001fa in ?? () #30 0x081be8c3 in ?? () #31 0x082f7eda in ?? () #32 0x0831d356 in ?? () #33 0xf6e43276 in __libc_start_main (main=0x831d180, argc=1, argv=0xffea5c14, init=0x8351350, fini=0x83513c0, rtld_fini=0xf776d080 <_dl_fini>, stack_end=0xffea5c0c) at ../csu/libc-start.c:291 #34 0x08051525 in ?? () Thread 5 (Thread 0xe89e0b40 (LWP 28799)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a21da in cnd_wait (mtx=0xa6b2324, cond=0xa6b233c) at ../../include/c11/threads_posix.h:159 #3 util_queue_thread_func (input=0xa5ad7f0) at u_queue.c:171 #4 0xf73f727a in start_thread (arg=0xe89e0b40) at pthread_create.c:333 #5 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 4 (Thread 0xe99e2b40 (LWP 28797)): #0 0xec2e3fc0 in llvm::VectorType::get(llvm::Type*, unsigned int) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #1 0xec21926c in LLVMVectorType () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #2 0xefc4dee5 in ac_llvm_context_init (ctx=0xe99e10f8, context=0xa5720f8, chip_class=VI) at common/ac_llvm_build.c:68 #3 0xefbe995f in si_llvm_context_init (ctx=<optimized out>, sscreen=<optimized out>, tm=<optimized out>) at si_shader_tgsi_setup.c:1196 #4 0xefbd37aa in si_init_shader_ctx (ctx=ctx@entry=0xe99e03b0, sscreen=sscreen@entry=0xa6b1e50, tm=tm@entry=0xa6b92d8) at si_shader.c:5371 #5 0xefbe085d in si_compile_tgsi_shader (sscreen=0xa6b1e50, tm=0xa6b92d8, shader=0xe7400470, is_monolithic=false, debug=0x0) at si_shader.c:6147 #6 0xefbf9b8c in si_init_shader_selector_async (job=0xa7ab748, thread_index=2) at si_state_shaders.c:1840 #7 0xef9a228b in util_queue_thread_func (input=0xa5a98a8) at u_queue.c:187 #8 0xf73f727a in start_thread (arg=0xe99e2b40) at pthread_create.c:333 #9 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 3 (Thread 0xea1e3b40 (LWP 28796)): #0 __libc_message (do_abort=<optimized out>, fmt=<optimized out>) at ../sysdeps/posix/libc_fatal.c:152 #1 0xf6e98fb7 in malloc_printerr (action=<optimized out>, str=0xf6f88d80 "free(): invalid pointer", ptr=<optimized out>, ar_ptr=0xf6fdf780 <main_arena>) at malloc.c:5049 #2 0xf6e997f6 in _int_free (av=0xf6fdf780 <main_arena>, p=0xef67e9fd <llvm::AllAnalysesOn<llvm::LazyCallGraph::SCC>::SetKey+5>, have_lock=0) at malloc.c:3905 #3 0x0834ff7f in operator delete(void*) () #4 0xec2a039c in void std::vector<std::pair<void const*, llvm::Pass*>, std::allocator<std::pair<void const*, llvm::Pass*> > >::_M_emplace_back_aux<std::pair<void const*, llvm::Pass*> const&>(std::pair<void const*, llvm::Pass*> const&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #5 0xec2a4bbb in llvm::PMDataManager::initializeAnalysisImpl(llvm::Pass*) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #6 0xecf07c45 in ?? () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #7 0xec2a9f2a in llvm::legacy::PassManagerImpl::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #8 0xec2aa10f in llvm::legacy::PassManager::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #9 0xec22514c in LLVMRunPassManager () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #10 0xefbea0ec in si_llvm_optimize_module (ctx=0xea1e13b0) at si_shader_tgsi_setup.c:1420 #11 0xefbe0964 in si_compile_tgsi_shader (sscreen=0xa6b1e50, tm=0xa6b8cf0, shader=0xe7700470, is_monolithic=false, debug=0x0) at si_shader.c:6341 #12 0xefbf9b8c in si_init_shader_selector_async (job=0xa7a6758, thread_index=1) at si_state_shaders.c:1840 #13 0xef9a228b in util_queue_thread_func (input=0xa5ad7f0) at u_queue.c:187 #14 0xf73f727a in start_thread (arg=0xea1e3b40) at pthread_create.c:333 #15 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 2 (Thread 0xeb21cb40 (LWP 28794)): #0 0xf775bc89 in __kernel_vsyscall () #1 0xf73fcb9b in pthread_cond_wait@@GLIBC_2.3.2 () at ../sysdeps/unix/sysv/linux/i386/pthread_cond_wait.S:187 #2 0xef9a21da in cnd_wait (mtx=0xa6b5bd0, cond=0xa6b5be8) at ../../include/c11/threads_posix.h:159 #3 util_queue_thread_func (input=0xa599ec8) at u_queue.c:171 #4 0xf73f727a in start_thread (arg=0xeb21cb40) at pthread_create.c:333 #5 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Thread 1 (Thread 0xea9e4b40 (LWP 28795)): #0 0xecd20da0 in ?? () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #1 0xec2a951b in llvm::FPPassManager::runOnFunction(llvm::Function&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #2 0xec2a95b2 in llvm::FPPassManager::runOnModule(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #3 0xec2a9f2a in llvm::legacy::PassManagerImpl::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #4 0xec2aa10f in llvm::legacy::PassManager::run(llvm::Module&) () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #5 0xed37e09f in ?? () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #6 0xed37e260 in LLVMTargetMachineEmitToMemoryBuffer () from /usr/lib/i386-linux-gnu/libLLVM-5.0.so.1 #7 0xefbe8597 in si_llvm_compile (M=0xe76015c8, binary=0xe760052c, tm=0xa6b78e8, debug=0x0) at si_shader_tgsi_setup.c:134 #8 0xefbdf395 in si_compile_llvm (sscreen=sscreen@entry=0xa6b1e50, binary=binary@entry=0xe760052c, conf=conf@entry=0xe7600560, tm=0xa6b78e8, mod=0xe76015c8, debug=0x0, processor=1, name=0xefd11a3c "TGSI shader") at si_shader.c:5070 #9 0xefbe0abf in si_compile_tgsi_shader (sscreen=0xa6b1e50, tm=0xa6b78e8, shader=0xe7600470, is_monolithic=false, debug=0x0) at si_shader.c:6351 #10 0xefbf9b8c in si_init_shader_selector_async (job=0xa7a54e0, thread_index=0) at si_state_shaders.c:1840 #11 0xef9a228b in util_queue_thread_func (input=0xa5a98a8) at u_queue.c:187 #12 0xf73f727a in start_thread (arg=0xea9e4b40) at pthread_create.c:333 #13 0xf6f12b56 in clone () at ../sysdeps/unix/sysv/linux/i386/clone.S:110 Full backtrace attached. FWIW it launches okay on my laptop running Ubuntu 16.04 / Mesa 17.2.4 / Iris Graphics 540. -- You are receiving this mail because: You are the assignee for the bug.

1 14

[Bug 101384] [Hero Siege] si_shader: segfault in libLLVM-5.0.so.1
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=101384 Bug ID: 101384 Summary: [Hero Siege] si_shader: segfault in libLLVM-5.0.so.1 Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: freedesktop(a)lanig.email QA Contact: dri-devel(a)lists.freedesktop.org Ubuntu 17.04 Padoka-PPA RX 480 Ryzen 7 1700X 32GiB RAM Hero Siege doesn't start. The kernel message is: si_shader:1[3325]: segfault at 0 ip 00000000e17b64f5 sp 00000000df6addf0 error 6 in libLLVM-5.0.so.1[e10c3000+360b000] The error number differs for each attempt. To reproduce this issue you might have to install these dependencies firstly: - libopenal-dev:i386 - libxrandr-dev:i386 - libglu-dev:i386 -- You are receiving this mail because: You are the assignee for the bug.

1 15

[Bug 101675] Peace, Death! crashed on start-up
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=101675 Bug ID: 101675 Summary: Peace, Death! crashed on start-up Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: t_arceri(a)yahoo.com.au QA Contact: dri-devel(a)lists.freedesktop.org Crashes on LLVMpipe and radeonsi. #0 0xf7fd4c89 in __kernel_vsyscall () #1 0xf76bd9a0 in raise () from /lib/libc.so.6 #2 0xf76bf067 in abort () from /lib/libc.so.6 #3 0xf76fc3ff in __libc_message () from /lib/libc.so.6 #4 0xf7705fde in _int_free () from /lib/libc.so.6 #5 0xf77098c3 in free () from /lib/libc.so.6 #6 0xf2441a0c in operator delete(void*) () from /lib/libLLVM-5.0svn.so #7 0xf244050c in operator delete(void*, unsigned int) () from /lib/libLLVM-5.0svn.so #8 0xf370ae33 in check_explicit_uniform_locations (ctx=<optimized out>, prog=<optimized out>) at glsl/linker.cpp:3485 #9 link_shaders (ctx=<optimized out>, prog=<optimized out>) at glsl/linker.cpp:4870 #10 0xf3648ecd in _mesa_glsl_link_shader (ctx=0x891b9f8, prog=0x895c798) at program/ir_to_mesa.cpp:3101 #11 0xf344e042 in create_new_program (key=0xffffacec, ctx=<optimized out>) at main/ff_fragment_shader.cpp:1126 #12 _mesa_get_fixed_func_fragment_program (ctx=<optimized out>) at main/ff_fragment_shader.cpp:1156 #13 0xf354b05d in update_program (ctx=ctx@entry=0x891b9f8) at main/state.c:134 #14 0xf354b355 in _mesa_update_state_locked (ctx=0x891b9f8) at main/state.c:348 #15 0xf354b452 in _mesa_update_state (ctx=0x891b9f8) at main/state.c:386 #16 0xf3563701 in teximage (no_error=false, pixels=0x0, imageSize=0, type=5121, format=6408, border=0, depth=<optimized out>, height=<optimized out>, width=<optimized out>, internalFormat=32856, level=0, target=3553, dims=2, compressed=0 '\000', ctx=0x891b9f8) at main/teximage.c:3035 #17 teximage_err (ctx=0x891b9f8, compressed=compressed@entry=0 '\000', dims=dims@entry=2, target=3553, level=0, internalFormat=<optimized out>, width=2000, height=2000, depth=1, border=<optimized out>, format=6408, type=5121, imageSize=0, pixels=0x0) at main/teximage.c:3084 #18 0xf3565c5a in _mesa_TexImage2D (target=3553, level=0, internalFormat=32856, width=2000, height=2000, border=0, format=6408, type=5121, pixels=0x0) at main/teximage.c:3122 -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 105797] Tracker for YoYo based games start-up crashes
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=105797 GitLab Migration User <gitlab-migration(a)fdo.invalid> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #5 from GitLab Migration User <gitlab-migration(a)fdo.invalid> --- -- 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/1310. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 105697] gcc -static-libgcc -static-libstdc++ support is broken by libtool for dri drivers
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=105697 Bug ID: 105697 Summary: gcc -static-libgcc -static-libstdc++ support is broken by libtool for dri drivers Product: Mesa Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: sylvain.bertrand(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org When building mesa with gcc -static-libgcc -static-libstdc++ options, I noticed that libtool is linking in a weird way the dri drivers (gallium and mesa), hence making them dependent on the shared libstdc++. I did work around it by hiding the shared libstdc++ while I was building mesa. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 105368] Crash in ruvd_end_frame when calling vaBeginPicture/vaEndPicture without rendering anything
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=105368 Bug ID: 105368 Summary: Crash in ruvd_end_frame when calling vaBeginPicture/vaEndPicture without rendering anything Product: Mesa Version: git Hardware: All OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: k.philipp(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org VAAPI testing has revealed that ruvd_end_frame does not handle a particular edge case (see below), i.e. it crashes. Source of the crash is here: https://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/drivers/radeon/rade… The memset fails when you call vaBeginPicture/vaEndPicture without any relevant vaRenderPicture calls in-between and have previously decoded some frames using the context. Then ruvd_begin_frame (triggered by data buffers) is not called to set up a new bs_ptr, and the old pointer that was unmapped already is still around, so memset will segfault. Inserting dec->bs_ptr = NULL after the buffer_unmap works for me, but I don't know if this is the solution or just a workaround. ffmpeg seems to do this under certain circumstances, which is how this bug surfaced. The vaapi documentation does not seem to forbid this, even if it does not make a lot of sense. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 105317] The GPU Vega 56 was hang while try to pass #GraphicsFuzz shader15 test
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=105317 Bug ID: 105317 Summary: The GPU Vega 56 was hang while try to pass #GraphicsFuzz shader15 test Product: DRI Version: XOrg git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: DRM/AMDgpu Assignee: dri-devel(a)lists.freedesktop.org Reporter: mikhail.v.gavrilov(a)gmail.com Preparing: 1. install Fedora 27. https://download.fedoraproject.org/pub/fedora/linux/releases/27/Workstation… 2. install latest MESA and LLVM https://copr.fedorainfracloud.org/coprs/che/mesa/ 3. build and install staging kernel with latest amdgpu driver $ git clone git://people.freedesktop.org/~agd5f/linux --branch amd-staging-drm-next $ cd linux $ make clean && make bzImage && make module # make modules_install && make install Reproducing issue: 1. Launch any browser (I checked on Firefox and Opera) 2. Open http://www.graphicsfuzz.com/benchmark/android-v1.html 3. Press Go 4. Wait when reached shader15 test Symptoms: 1. The system stop to respod. 2. All the LEDs on the video card showing the load start to glow. 3. The turbine on the video card starts to make a lot of noise. In dmesg appears follow lines: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx timeout, last signaled seq=71473, last emitted seq=71475 [drm] No hardware hang detected. Did some blocks stall? If you are used Opera browser before would be added follow lines: [drm:gfx_v9_0_priv_reg_irq [amdgpu]] *ERROR* Illegal register access in command stream [drm] No hardware hang detected. Did some blocks stall? -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 105277] ffmpeg using radeonsi vaapi on Polaris21 RX560 creates h264 steams not playable by gstreamer & hw players
by bugzilla-daemon＠freedesktop.org 25 Sep '19

25 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=105277 Bug ID: 105277 Summary: ffmpeg using radeonsi vaapi on Polaris21 RX560 creates h264 steams not playable by gstreamer & hw players Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: hojuruku(a)gmail.com QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 137664 --> https://bugs.freedesktop.org/attachment.cgi?id=137664&action=edit Royalty free big buck bunny 30 second video file corrupted by mesa-git ;) This ticket relates to a comment on a closed bug: https://bugs.freedesktop.org/show_bug.cgi?id=104920#c3 Hardware required to replicate: RX560, sys-kernel/linux-firmware-20180213::gentoo, ATOM BIOS: 113-C98121-M01, amd-staging latest kernel & mesa-git. There is some corruption when creating mkv,mp4 or any container in ffmpeg/ffmpeg-git using vaapi to encode. When I used libx264 with exactly the same settings as the encoder (no bframes, constrained baseline etc) the content is playable on hardware players and gstreamer, however when vaapi is used to use the encoding the content is scrambled on hardware players (TCL TV) and gstreamer's qtdemux can not parse the stream. vlc's player always skips the first two frames too. The error exists regardless of the scale filter, I was originally testing on much higher bitrate source material. Sample video file used: https://download.blender.org/peach/bigbuckbunny_movies/ What works with gstreamer/totem & hw players (x264 not relating to mesa) ffmpeg-git -hwaccel vaapi -hwaccel_output_format vaapi -t 30 -i big_buck_bunny_720p_surround.avi -vf scale_vaapi=w=1366:h=768,hwdownload,format=nv12 -c:v libx264 -b:v 2000k -coder:v 0 -bf 0 -profile:v baseline -level 3.1 -c:a aac -ac 2 -b:a 128k -ar 48000 -movflags +faststart -x264-params opencl x264test.mp4 What doesn't: ffmpeg-git -hwaccel vaapi -hwaccel_device /dev/dri/renderD128 -hwaccel_output_format vaapi -t 30 -i big_buck_bunny_720p_surround.avi -vf scale_vaapi=w=1366:h=768 -c:v h264_vaapi -b:v 2000k -qp 20 -bf 0 -profile:v constrained_baseline -movflags +faststart -quality:v 0 -level:v 3.1 -coder:v cavlc -c:a aac -ab 128k -ar 48000 -ac 2 vaapitest.mp4 Comparing the output of ffprobe -show_format -show_streams shows the files are nearly identical. diff x264test.txt vaapitest.txt 27,28c27,28 < is_avc=true < nal_length_size=4 --- > is_avc=false > nal_length_size=0 37c37 < bit_rate=2142956 --- > bit_rate=2153505 102c102 < filename=x264test.mp4 --- > filename=vaapitest.mp4 109,110c109,110 < size=8535782 < bit_rate=2274540 --- > size=8575301 > bit_rate=2285071 I am using amd-gpu-staging-next from 2 days ago 4.15-rc4 after the old powerplay cleanup commit, and mesa-git from today. -- You are receiving this mail because: You are the assignee for the bug.

1 9

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel September 2019