dri-devel May 2015

dri-devel@lists.freedesktop.org

191 participants
1132 discussions

[Bug 89282] new error messages 4.0-rc1 kernel
by bugzilla-daemon＠freedesktop.org 26 Jul '17

26 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=89282 Bug ID: 89282 Summary: new error messages 4.0-rc1 kernel 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: jarkko_korpi(a)hotmail.com QA Contact: dri-devel(a)lists.freedesktop.org [ 17.407579] [drm] VGACON disable radeon kernel modesetting. [ 17.407597] [drm:radeon_init [radeon]] *ERROR* No UMS support in radeon module! I don't know if those have impact, but they have never been there before. r9 290 -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 84836] New: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled
by bugzilla-daemon＠freedesktop.org 24 Jul '17

24 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=84836 Bug ID: 84836 Summary: VERDE lockup with Unigine Valley/Heaven if ARB_sample_shading is enabled Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: alexander(a)tsoy.me Created attachment 107614 --> https://bugs.freedesktop.org/attachment.cgi?id=107614&action=edit dmesg output Unigine Valley 1.0 and Heaven 4.0 cause VERDE GPU lockup when ARB_sample_shading is enabled. With kernel 3.14.19 I got immediate lockup. 3.14.20 allows Valley and Heaven to run for up to 1 min. GPU fails to resume after lockup, screen becomes corrupted and I need to reboot the system. If I disable ARB_sample_shading (via env variable MESA_EXTENSION_OVERRIDE=-GL_ARB_sample_shading) then VERDE GPU do not hang at all (currently valley is running on my system for more than two hours without lockups). I also have BONAIRE GPU and it does not hang. Software versions: kernel-3.14.20 mesa-10.3.0 llvm-3.5 xf86-video-ati 7.4.0 libdrm-2.4.56 -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 76382] New: Mesa Gallium egllog _eglLog
by bugzilla-daemon＠freedesktop.org 10 Jul '17

10 Jul '17

https://bugs.freedesktop.org/show_bug.cgi?id=76382 Priority: medium Bug ID: 76382 Assignee: dri-devel(a)lists.freedesktop.org Summary: Mesa Gallium egllog _eglLog Severity: major Classification: Unclassified OS: Linux (All) Reporter: f1r31c3r(a)gmail.com Hardware: All Status: NEW Version: 9.0 Component: Drivers/Gallium/i915g Product: Mesa Hi all. Sorry in advance for any spelling blurb as i am using match sticks to hold me eyes open. I found a bug in the mesa, particularly related to the include files used in src/gallium/x11 files that contain the include egllog.h that define _elLog cant find the it. Not sure if the environment variable set for the source code under the gallium directory is not set right. Put simply even though the include is specified in the source file it does not actually include it and hence the compile fails due to "undefined reference _eglLog" Seems that it only ever fails to compile when gallium has been enabled. egl enabled with gles1 and 2 is fine but enable gallium and the compile error occurs. Hope it helps. -- You are receiving this mail because: You are the assignee for the bug.

1 7

[Bug 84041] New: I built my kernel with lockdep, and caught a possible deadlock while playing video using vdpau on radeon driver.
by bugzilla-daemon＠bugzilla.kernel.org 30 Jun '17

30 Jun '17

https://bugzilla.kernel.org/show_bug.cgi?id=84041 Bug ID: 84041 Summary: I built my kernel with lockdep, and caught a possible deadlock while playing video using vdpau on radeon driver. Product: Drivers Version: 2.5 Kernel Version: Possible deadlock when using dri PRIME Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: yshuiv7(a)gmail.com Regression: No dmesg: [ 166.768423] ============================================= [ 166.768424] [ INFO: possible recursive locking detected ] [ 166.768429] 3.16.1 #7 Not tainted [ 166.768430] --------------------------------------------- [ 166.768432] Xorg.bin/319 is trying to acquire lock: [ 166.768435] (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8146efb3>] i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768461] but task is already holding lock: [ 166.768462] (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8143b382>] drm_gem_object_handle_unreference_unlocked+0x102/0x130 [ 166.768475] other info that might help us debug this: [ 166.768477] Possible unsafe locking scenario: [ 166.768479] CPU0 [ 166.768480] ---- [ 166.768481] lock(&dev->struct_mutex); [ 166.768483] lock(&dev->struct_mutex); [ 166.768484] *** DEADLOCK *** [ 166.768486] May be due to missing lock nesting notation [ 166.768488] 1 lock held by Xorg.bin/319: [ 166.768489] #0: (&dev->struct_mutex){+.+.+.}, at: [<ffffffff8143b382>] drm_gem_object_handle_unreference_unlocked+0x102/0x130 [ 166.768493] stack backtrace: [ 166.768496] CPU: 0 PID: 319 Comm: Xorg.bin Not tainted 3.16.1-zen-v7+ #7 [ 166.768499] Hardware name: LENOVO 20347/Lenovo Y40-70, BIOS 99CN24WW(V1.07) 07/28/2014 [ 166.768500] ffffffff825f02c0 ffff880098dcfae0 ffffffff8174e942 ffff88024f065fa0 [ 166.768504] ffff880098dcfbb0 ffffffff810ca996 ffff8802553b8e88 00000000fffff200 [ 166.768506] ffff880098dcfb20 ffffffff810c8abd ffff8802553b8ea8 ffff88024f066878 [ 166.768510] Call Trace: [ 166.768520] [<ffffffff8174e942>] dump_stack+0x4d/0x6f [ 166.768528] [<ffffffff810ca996>] __lock_acquire+0x1b06/0x1fa0 [ 166.768531] [<ffffffff810c8abd>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 166.768534] [<ffffffff810cb6a5>] lock_acquire+0x95/0x130 [ 166.768537] [<ffffffff8146efb3>] ? i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768542] [<ffffffff817538b3>] mutex_lock_nested+0x63/0x410 [ 166.768544] [<ffffffff8146efb3>] ? i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768546] [<ffffffff810c8935>] ? mark_held_locks+0x75/0xa0 [ 166.768549] [<ffffffff8146efb3>] i915_gem_unmap_dma_buf+0x33/0xd0 [ 166.768556] [<ffffffff814fc88c>] dma_buf_unmap_attachment+0x4c/0x70 [ 166.768564] [<ffffffff81451d82>] drm_prime_gem_destroy+0x22/0x40 [ 166.768662] [<ffffffffa02ed663>] radeon_gem_object_free+0x33/0x40 [radeon] [ 166.768665] [<ffffffff8143b267>] drm_gem_object_free+0x27/0x40 [ 166.768667] [<ffffffff8143b3a0>] drm_gem_object_handle_unreference_unlocked+0x120/0x130 [ 166.768671] [<ffffffff8143b52a>] drm_gem_handle_delete+0xba/0x110 [ 166.768674] [<ffffffff8143b8e5>] drm_gem_close_ioctl+0x25/0x30 [ 166.768676] [<ffffffff814394d7>] drm_ioctl+0x197/0x680 [ 166.768680] [<ffffffff81757525>] ? _raw_spin_unlock_irqrestore+0x55/0x70 [ 166.768682] [<ffffffff810c8abd>] ? trace_hardirqs_on_caller+0x15d/0x200 [ 166.768684] [<ffffffff810c8b6d>] ? trace_hardirqs_on+0xd/0x10 [ 166.768703] [<ffffffffa02bd04c>] radeon_drm_ioctl+0x4c/0x80 [radeon] [ 166.768708] [<ffffffff811d5a00>] do_vfs_ioctl+0x2f0/0x4f0 [ 166.768710] [<ffffffff811e0b3c>] ? __fget+0xac/0xf0 [ 166.768712] [<ffffffff811e0a95>] ? __fget+0x5/0xf0 [ 166.768714] [<ffffffff811d5c41>] SyS_ioctl+0x41/0x80 [ 166.768717] [<ffffffff8175832a>] tracesys+0xd4/0xd9 -- You are receiving this mail because: You are watching the assignee of the bug.

1 2

[Bug 79575] New: [radeonsi] Wine's d3d8 test crashes in SITargetLowering::analyzeImmediate
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=79575 Priority: medium Bug ID: 79575 Assignee: dri-devel(a)lists.freedesktop.org Summary: [radeonsi] Wine's d3d8 test crashes in SITargetLowering::analyzeImmediate Severity: normal Classification: Unclassified OS: Linux (All) Reporter: ansla80(a)yahoo.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa I'm using both mesa and llvm from git, checked out yesterday, but I could also reprodce it with mesa 10.1.4 and llvm 3.4.1. OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.0-devel (git-84e0a5c) When I run make test -C dlls/d3d8/tests I get: Unhandled exception: denormal float operand in 32-bit code (0x7abce773). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7abce773 ESP:00329940 EBP:00329a08 EFLAGS:00210206( R- -- I - -P- ) EAX:0000007f EBX:7b7ee000 ECX:00000020 EDX:0000008f ESI:00000000 EDI:00000008 Stack dump: 0x00329940: 00000000 ffffffff 7a8c99d9 0000007f 0x00329950: 7abce6f7 7b7ee000 00000000 7abd200b 0x00329960: 7cd69238 7cb81558 ffffffff ffffffff 0x00329970: ffffffff ffffffff ffffffff ffffffff 0x00329980: ffffffff ffffffff ffffffff 003299e4 0x00329990: 0001ffff 00000008 00000000 ffffff00 Backtrace: =>0 0x7abce773 _ZNK4llvm16SITargetLowering16analyzeImmediateEPKNS_6SDNodeE+0x83() in libllvm-3.5svn.so (0x00329a08) 1 0x7abd200b _ZNK4llvm16SITargetLowering12foldOperandsEPNS_13MachineSDNodeERNS_12SelectionDAGE+0x12a() in libllvm-3.5svn.so (0x00329a08) 2 0x7abd2cf0 _ZNK4llvm16SITargetLowering15PostISelFoldingEPNS_13MachineSDNodeERNS_12SelectionDAGE+0x7f() in libllvm-3.5svn.so (0x7cb71c80) 3 0x7ab7a915 _ZN12_GLOBAL__N_118AMDGPUDAGToDAGISel18PostprocessISelDAGEv+0x64() in libllvm-3.5svn.so (0x7cb81438) 4 0x7a981176 _ZNK4llvm14TargetLowering27EmitInstrWithCustomInserterEPNS_12MachineInstrEPNS_17MachineBasicBlockE+0x625() in libllvm-3.5svn.so (0x7cd7e848) 5 0x7a9889b1 _ZN4llvm16SelectionDAGISel17CodeGenAndEmitDAGEv+0x240() in libllvm-3.5svn.so (0x00329b5c) 6 0x7a988da4 _ZN4llvm16SelectionDAGISel16SelectBasicBlockENS_14ilist_iteratorIKNS_11InstructionEEES4_Rb+0xc3() in libllvm-3.5svn.so (0x00329bb8) 7 0x7a98bf6c _ZN4llvm16SelectionDAGISel20SelectAllBasicBlocksERKNS_8FunctionE+0x51b() in libllvm-3.5svn.so (0x00329cd8) 8 0x7a98d5c5 _ZN4llvm16SelectionDAGISel20runOnMachineFunctionERNS_15MachineFunctionE+0x474() in libllvm-3.5svn.so (0x00000005) 9 0x7b152744 _ZN4llvm19MachineFunctionPass13runOnFunctionERNS_8FunctionE+0x73() in libllvm-3.5svn.so (0x7cd7c878) 10 0x7ad96ba3 _ZN4llvm13FPPassManager13runOnFunctionERNS_8FunctionE+0x202() in libllvm-3.5svn.so (0x00329e58) 11 0x7ad96ef8 _ZN4llvm13FPPassManager11runOnModuleERNS_6ModuleE+0x37() in libllvm-3.5svn.so (0x7cd72540) 12 0x7ad97204 _ZN4llvm6legacy15PassManagerImpl3runERNS_6ModuleE+0x2f3() in libllvm-3.5svn.so (0x7cd70798) 13 0x7ad973c6 _ZN4llvm6legacy11PassManager3runERNS_6ModuleE+0x25() in libllvm-3.5svn.so (0x7cc95598) 14 0x7b325762 _ZL21LLVMTargetMachineEmitP23LLVMOpaqueTargetMachineP16LLVMOpaqueModuleRN4llvm21formatted_raw_ostreamE19LLVMCodeGenFileTypePPc+0xc1() in libllvm-3.5svn.so (0x7cc95598) 15 0x7b325980 LLVMTargetMachineEmitToMemoryBuffer+0x14f() in libllvm-3.5svn.so (0x00329fb0) 16 0x7d99f225 radeon_llvm_compile+0x1d4() in radeonsi_dri.so (0x7b7f6b20) 17 0x7d9abbbd si_compile_llvm+0xa4() in radeonsi_dri.so (0x0032e274) 18 0x7d9ac4c3 si_pipe_shader_create+0x5ea() in radeonsi_dri.so (0x0032e274) 19 0x7d9b2684 si_shader_select+0x2b3() in radeonsi_dri.so (0x7cd79040) 20 0x7d9b279c si_create_shader_state+0x7b() in radeonsi_dri.so (0x7cc80b58) 21 0x7dc22fe3 ureg_create_shader+0x62() in radeonsi_dri.so (0x7cbe4088) 22 0x7dc42932 util_make_vertex_passthrough_shader_with_so+0x2f1() in radeonsi_dri.so (0x0032ee78) 23 0x7dc2ca2d util_blitter_create+0x5bc() in radeonsi_dri.so (0x7ccb8808) 24 0x7d9a6174 si_create_context+0x143() in radeonsi_dri.so (0x7cb43950) 25 0x7db25aa7 st_api_create_context+0x76() in radeonsi_dri.so (0x7cb43414) 26 0x7d9b5829 dri_create_context+0x1d8() in radeonsi_dri.so (0x7cb43414) 27 0x7d98bfd5 driCreateContextAttribs+0x32c() in radeonsi_dri.so (0x00000001) 28 0x7e0778b3 dri2_create_context_attribs+0x1a2() in libgl.so.1 (0x7cc94cc0) 29 0x7e04b92d glXCreateContextAttribsARB+0x1ac() in libgl.so.1 (0x0032f3b8) 30 0x7e35d818 create_glxcontext+0x73() in winex11 (0x0032f408) 31 0x7e3601f5 X11DRV_wglCreateContextAttribsARB+0x34a() in winex11 (0x0032f488) 32 0x7e9ace10 wglCreateContextAttribsARB+0xa8() in opengl32 (0x0032f4c8) 33 0x7ea665cd context_create+0x7a7() in wined3d (0x0032f6e8) 34 0x7eb25585 swapchain_init+0x771() in wined3d (0x0032f828) 35 0x7eb25d54 wined3d_swapchain_create+0xed() in wined3d (0x0032f8a8) 36 0x7efea631 swapchain_init+0x5b() in d3d8 (0x0032f8f8) 37 0x7efea728 d3d8_swapchain_create+0x67() in d3d8 (0x0032f948) 38 0x7efe6b30 device_parent_create_swapchain+0xa2() in d3d8 (0x0032f9a8) 39 0x7ea757c5 wined3d_device_init_3d+0x266() in wined3d (0x0032fa68) 40 0x7efe6efc device_init+0x30e() in d3d8 (0x0032fb38) 41 0x7efe85c8 d3d8_CreateDevice+0x121() in d3d8 (0x0032fbb8) 42 0x7ebb98f2 test_fpu_setup+0x38f() in d3d8_test (0x0032fc68) 43 0x7ebce0a8 func_device+0x148() in d3d8_test (0x0032fcc8) 44 0x7ebefc17 run_test+0x9e() in d3d8_test (0x0032fd28) 45 0x7ebf0006 main+0x210() in d3d8_test (0x0032fdd8) 46 0x7ebf00a0 __wine_spec_exe_entry+0x7f(peb=<couldn't compute location>) [/home/andrei/x/wine/dlls/winecrt0/exe_entry.c:36] in d3d8_test (0x0032fe18) 47 0x7b8641d4 call_process_entry+0xb() in kernel32 (0x0032fe38) 48 0x7b864321 start_process+0x14a() in kernel32 (0x0032fe98) 49 0x7bc870c0 call_thread_func_wrapper+0xb() in ntdll (0x0032feb8) 50 0x7bc87109 call_thread_func+0x3e() in ntdll (0x0032ff98) 51 0x7bc8709e call_thread_entry_point+0x11() in ntdll (0x0032ffb8) 52 0x7bc5a1f5 start_process+0x23() in ntdll (0x0032ffe8) 53 0xf7570a15 wine_call_on_stack+0x1c() in libwine.so.1 (0x00000000) 54 0xf75709f3 wine_switch_to_stack+0x2a() in libwine.so.1 (0xff9c1058) 55 0x7bc5a4fc LdrInitializeThunk+0x306() in ntdll (0xff9c10e8) 56 0x7b864b64 __wine_kernel_init+0x67d() in kernel32 (0xff9c1fa8) 57 0x7bc5acde __wine_process_init+0x156() in ntdll (0xff9c2008) 58 0xf756f6a0 wine_init+0x140() in libwine.so.1 (0xff9c2048) 59 0x7bf0118b main+0x132() in <wine-loader> (0xff9c2478) 60 0xf7381443 __libc_start_main+0xf2() in libc.so.6 (0x00000000) 0x7abce773 _ZNK4llvm16SITargetLowering16analyzeImmediateEPKNS_6SDNodeE+0x83 in libllvm-3.5svn.so: <bad instruction> Modules: Module Address Debug info Name (72 modules) ELF 7a4d0000-7b800000 Dwarf libllvm-3.5svn.so ELF 7b800000-7ba60000 Dwarf kernel32<elf> \-PE 7b810000-7ba60000 \ kernel32 ELF 7bc00000-7bcef000 Dwarf ntdll<elf> \-PE 7bc10000-7bcef000 \ ntdll ELF 7bf00000-7bf04000 Dwarf <wine-loader> ELF 7cf58000-7cf7d000 Deferred imm32<elf> \-PE 7cf60000-7cf7d000 \ imm32 ELF 7d020000-7d026000 Deferred libtxc_dxtn.so ELF 7d828000-7d830000 Deferred libffi.so.6 ELF 7d830000-7d84b000 Deferred libgcc_s.so.1 ELF 7d940000-7d94e000 Deferred libdrm_radeon.so.1 ELF 7d950000-7d969000 Deferred libelf.so.1 ELF 7d970000-7dfda000 Dwarf radeonsi_dri.so ELF 7dfe0000-7dfe9000 Deferred librt.so.1 ELF 7dff0000-7e005000 Deferred libudev.so.1 ELF 7e008000-7e014000 Deferred libdrm.so.2 ELF 7e018000-7e01d000 Deferred libxcb-dri2.so.0 ELF 7e020000-7e037000 Deferred libxcb-glx.so.0 ELF 7e038000-7e0c1000 Dwarf libgl.so.1 ELF 7e100000-7e106000 Deferred libxfixes.so.3 ELF 7e108000-7e113000 Deferred libxcursor.so.1 ELF 7e118000-7e129000 Deferred libxi.so.6 ELF 7e130000-7e134000 Deferred libxcomposite.so.1 ELF 7e138000-7e143000 Deferred libxrandr.so.2 ELF 7e148000-7e153000 Deferred libxrender.so.1 ELF 7e158000-7e15f000 Deferred libxxf86vm.so.1 ELF 7e160000-7e164000 Deferred libxinerama.so.1 ELF 7e168000-7e189000 Deferred libxcb.so.1 ELF 7e190000-7e2c8000 Deferred libx11.so.6 ELF 7e2c8000-7e2db000 Deferred libxext.so.6 ELF 7e2e0000-7e2e2000 Deferred libx11-xcb.so.1 ELF 7e2e8000-7e2ec000 Deferred libxdamage.so.1 ELF 7e2f0000-7e309000 Deferred libglapi.so.0 ELF 7e318000-7e3bb000 Dwarf winex11<elf> \-PE 7e320000-7e3bb000 \ winex11 ELF 7e3c0000-7e3e8000 Deferred libexpat.so.1 ELF 7e3e8000-7e423000 Deferred libfontconfig.so.1 ELF 7e428000-7e45f000 Deferred libpng16.so.16 ELF 7e460000-7e501000 Deferred libfreetype.so.6 ELF 7e508000-7e50f000 Deferred libxdmcp.so.6 ELF 7e510000-7e514000 Deferred libxau.so.6 ELF 7e540000-7e58e000 Deferred libncurses.so.5 ELF 7e598000-7e5a9000 Deferred libbz2.so.1 ELF 7e5b0000-7e5c6000 Deferred libz.so.1 ELF 7e5c8000-7e5e3000 Deferred version<elf> \-PE 7e5d0000-7e5e3000 \ version ELF 7e5e8000-7e75a000 Deferred user32<elf> \-PE 7e600000-7e75a000 \ user32 ELF 7e760000-7e7d4000 Deferred advapi32<elf> \-PE 7e770000-7e7d4000 \ advapi32 ELF 7e7d8000-7e8ff000 Deferred gdi32<elf> \-PE 7e7e0000-7e8ff000 \ gdi32 ELF 7e900000-7ea1d000 Dwarf opengl32<elf> \-PE 7e920000-7ea1d000 \ opengl32 ELF 7ea20000-7eb95000 Dwarf wined3d<elf> \-PE 7ea30000-7eb95000 \ wined3d ELF 7eb98000-7ec03000 Dwarf d3d8_test<elf> \-PE 7eba0000-7ec03000 \ d3d8_test ELF 7ef78000-7ef85000 Deferred libnss_files.so.2 ELF 7ef88000-7ef94000 Deferred libnss_nis.so.2 ELF 7ef98000-7efb1000 Deferred libnsl.so.1 ELF 7efb8000-7efc1000 Deferred libnss_compat.so.2 ELF 7efc8000-7efff000 Dwarf d3d8<elf> \-PE 7efd0000-7efff000 \ d3d8 ELF f7318000-f735d000 Deferred libm.so.6 ELF f7360000-f7364000 Deferred libdl.so.2 ELF f7368000-f750b000 Dwarf libc.so.6 ELF f7510000-f752b000 Deferred libpthread.so.0 ELF f7568000-f771d000 Dwarf libwine.so.1 ELF f7720000-f7742000 Deferred ld-linux.so.2 ELF f7744000-f7745000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) Z:\home\andrei\x\wine\dlls\d3d8\tests\d3d8_test.exe 00000009 0 <== 0000000e services.exe 0000001c 0 0000001b 0 00000016 0 00000014 0 00000010 0 0000000f 0 00000012 winedevice.exe 0000001f 0 00000018 0 00000017 0 00000013 0 00000019 plugplay.exe 0000001e 0 0000001d 0 0000001a 0 00000020 explorer.exe 00000021 0 System information: Wine build: wine-1.7.19-74-g1e7b8b7 Platform: i386 Host system: Linux Host version: 3.14.4-gentoo -- You are receiving this mail because: You are the assignee for the bug.

1 12

[Bug 76241] New: System killed by 'Triangle of Death'
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=76241 Priority: medium Bug ID: 76241 Assignee: dri-devel(a)lists.freedesktop.org Summary: System killed by 'Triangle of Death' Severity: normal Classification: Unclassified OS: Linux (All) Reporter: farmboy0+freedesktop(a)googlemail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Drivers/Gallium/radeonsi Product: Mesa The demo 'Triangle of Death' from GPU Caps Viewer run under wine will freeze the system. Homepage of GPU Caps Viewer is http://www.ozone3d.net/gpu_caps_viewer/ Kernel: 3.13.6 Mesa: git LLVM: 3.4 Wine: git Card: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cape Verde PRO [Radeon HD 7750] -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 85579] New: [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components
by bugzilla-daemon＠freedesktop.org 24 May '17

24 May '17

https://bugs.freedesktop.org/show_bug.cgi?id=85579 Bug ID: 85579 Summary: [bisected] piglit test crashes in spec/glsl-1.50/execution/geometry/max-input-components 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: commendsarnex(a)gmail.com Created attachment 108602 --> https://bugs.freedesktop.org/attachment.cgi?id=108602&action=edit log when the test fails Hi again guys. I've been getting some very weird piglit crashes, including one lockup, which I haven't yet been able to bisect. Anyway, here's one I've been able to bisect. The test spec/glsl-1.50/execution/geometry/max-input-components fails before commit 54de7099115502c561f5f51095e08dc0a52c71b7, and always crashes on commits after. I have attached the piglit result logs from both versions. I'm not sure if the LLVM Register Spilling spam is relating to my other problems, or not. Let me know if you need any more information. Thanks, sarnex -- You are receiving this mail because: You are the assignee for the bug.

1 10

[Bug 60674] New: linux 3.10.x RV740 (Radeon HD 4770) display problem
by bugzilla-daemon＠bugzilla.kernel.org 11 May '17

11 May '17

https://bugzilla.kernel.org/show_bug.cgi?id=60674 Bug ID: 60674 Summary: linux 3.10.x RV740 (Radeon HD 4770) display problem Product: Drivers Version: 2.5 Kernel Version: 3.10 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: blocking Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: yg.do(a)sfr.fr Regression: No Created attachment 107073 --> https://bugzilla.kernel.org/attachment.cgi?id=107073&action=edit Screenshot with kernel 3.10 (display BUG) Description: Hard to describe… It seems that fonts don’t get displayed. Seeing the screenshots, I’m not sure it is the only problem, though… (see icons for example) Linux console is OK. E17 is OK. Additional info: * OS: up-to-date Arch Linux * current (working kernel): 3.9.9 * tested non-working kernels: 3.10.2 and 3.10.3 Steps to reproduce: * upgrade kernel, * get this: [attached screenshot] As you can see, Enlightenment17 has no problem for some reason. However, all other applications I tried were displayed like the screenshot: Firefox, Thunderbird, Geany… and SLIM (the display manager)! On the login screen for example, I can enter my login name, but no text is shown on screen; it lets me login though. -- You are receiving this mail because: You are watching the assignee of the bug.

1 18

[Bug 72680] New: flightgear crashes on r600 (rs880) with llvm backend
by bugzilla-daemon＠freedesktop.org 28 Apr '17

28 Apr '17

https://bugs.freedesktop.org/show_bug.cgi?id=72680 Priority: medium Bug ID: 72680 Assignee: dri-devel(a)lists.freedesktop.org Summary: flightgear crashes on r600 (rs880) with llvm backend Severity: normal Classification: Unclassified OS: All Reporter: marvin24(a)gmx.de Hardware: Other Status: NEW Version: git Component: Drivers/Gallium/r600 Product: Mesa Flightgear 2.12 again... works with R600_LLVM=0. sb/sb_bc_parser.cpp:395:prepare_alu_group: Assertion `prev_alu' failed. Program received signal SIGTRAP, Trace/breakpoint trap. 0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu", file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395, function=0x7fffea524df0 <r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*, r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at util/u_debug.c:278 278 os_abort(); (gdb) bt #0 0x00007fffea22ea3c in _debug_assert_fail (expr=0x7fffea523729 "prev_alu", file=0x7fffea523655 "sb/sb_bc_parser.cpp", line=395, function=0x7fffea524df0 <r600_sb::bc_parser::prepare_alu_group(r600_sb::cf_node*, r600_sb::alu_group_node*)::__FUNCTION__> "prepare_alu_group") at util/u_debug.c:278 #1 0x00007fffea380f27 in r600_sb::bc_parser::prepare_alu_group (this=0x7fffffffade0, cf=0x18d117d8, g=0x18d11a80) at sb/sb_bc_parser.cpp:395 #2 0x00007fffea3808b8 in r600_sb::bc_parser::prepare_alu_clause (this=0x7fffffffade0, cf=0x18d117d8) at sb/sb_bc_parser.cpp:307 #3 0x00007fffea381e47 in r600_sb::bc_parser::prepare_ir (this=0x7fffffffade0) at sb/sb_bc_parser.cpp:603 #4 0x00007fffea37fd92 in r600_sb::bc_parser::prepare (this=0x7fffffffade0) at sb/sb_bc_parser.cpp:106 #5 0x00007fffea387237 in r600_sb_bytecode_process (rctx=0x135b250, bc=0x18897998, pshader=0x18897990, dump_bytecode=0, optimize=1) at sb/sb_core.cpp:155 #6 0x00007fffea33d6e8 in r600_pipe_shader_create (ctx=0x135b250, shader=0x18897980, key=...) at r600_shader.c:152 #7 0x00007fffea363b39 in r600_shader_select (ctx=0x135b250, sel=0x18795660, dirty=0x0) at r600_state_common.c:746 #8 0x00007fffea363d47 in r600_create_shader_state (ctx=0x135b250, state=0x1889f070, pipe_shader_type=1) at r600_state_common.c:793 #9 0x00007fffea363d85 in r600_create_ps_state (ctx=0x135b250, state=0x1889f070) at r600_state_common.c:803 #10 0x00007fffea0bc9e7 in st_translate_fragment_program (st=0x1343be0, stfp=0x17dd7000, key=0x7fffffffc260) at state_tracker/st_program.c:772 #11 0x00007fffea0bcaf4 in st_get_fp_variant (st=0x1343be0, stfp=0x17dd7000, key=0x7fffffffc260) at state_tracker/st_program.c:809 #12 0x00007fffea07edf7 in update_fp (st=0x1343be0) at state_tracker/st_atom_shader.c:92 #13 0x00007fffea079ade in st_validate_state (st=0x1343be0) at state_tracker/st_atom.c:202 #14 0x00007fffea09858c in st_draw_vbo (ctx=0x7ffff7e7f010, prims=0x11011460, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=73, tfb_vertcount=0x0, indirect=0x0) at state_tracker/st_draw.c:212 #15 0x00007fffea07913b in vbo_save_playback_vertex_list (ctx=0x7ffff7e7f010, data=0x11d3376c) at vbo/vbo_save_draw.c:309 #16 0x00007fffe9f1468b in ext_opcode_execute (ctx=0x7ffff7e7f010, node=0x11d33768) at main/dlist.c:628 #17 0x00007fffe9f2781c in execute_list (ctx=0x7ffff7e7f010, list=46) at main/dlist.c:7023 #18 0x00007fffe9f2c905 in _mesa_CallList (list=46) at main/dlist.c:8327 #19 0x00007ffff63a18e9 in osgUtil::RenderLeaf::render(osg::RenderInfo&, osgUtil::RenderLeaf*) () from /usr/lib64/libosgUtil.so.80 #20 0x00007ffff639c4d0 in osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #21 0x00007ffff639c514 in osgUtil::RenderBin::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #22 0x00007ffff63a6f8f in osgUtil::RenderStage::drawImplementation(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #23 0x00007ffff63a57c6 in osgUtil::RenderStage::drawInner(osg::RenderInfo&, osgUtil::RenderLeaf*&, bool&) () from /usr/lib64/libosgUtil.so.80 #24 0x00007ffff63a688a in osgUtil::RenderStage::draw(osg::RenderInfo&, osgUtil::RenderLeaf*&) () from /usr/lib64/libosgUtil.so.80 #25 0x00007ffff63b0b99 in osgUtil::SceneView::draw() () from /usr/lib64/libosgUtil.so.80 #26 0x00007ffff6009506 in osgViewer::Renderer::cull_draw() () from /usr/lib64/libosgViewer.so.80 #27 0x00007ffff599be09 in osg::GraphicsContext::runOperations() () from /usr/lib64/libosg.so.80 #28 0x00007ffff603d46e in osgViewer::ViewerBase::renderingTraversals() () from /usr/lib64/libosgViewer.so.80 #29 0x0000000000b0d1d5 in fgOSMainLoop() () #30 0x00000000005e2383 in fgMainInit(int, char**) () #31 0x00000000005a5b74 in main () -- You are receiving this mail because: You are the assignee for the bug.

1 6

[Bug 90741] New: Radeon: System pauses on TAHITI
by bugzilla-daemon＠bugzilla.kernel.org 26 Apr '17

26 Apr '17

https://bugzilla.kernel.org/show_bug.cgi?id=90741 Bug ID: 90741 Summary: Radeon: System pauses on TAHITI Product: Drivers Version: 2.5 Kernel Version: 3.18.0 3.18.1 Hardware: x86-64 OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: wielkiegie(a)gmail.com Regression: No The system freezes for 1-3 seconds from time to time. No message is shown in dmesg. Some of the programs report high display delays in their profiles (maybe glXSwapBuffers?). The pause is system-wide, probably due to whole-OpenGL stack (glamor). This seems to be a 3.18.x regression. The problem does not occur on 3.17.4. During normal usage the problem is very rare. However, it occurs very often while playing OpenGL games. For games like Minecraft, the pauses are less likely while not moving around. I believe that the game does not upload many buffers then. So the issue may be due to buffer management. I am using mesa from git, libdrm from git, xserver 1.16.2.901, xf86-video-ati 7.5. The problem occurs both with compositing enabled and disabled (kwin). -- You are receiving this mail because: You are watching the assignee of the bug.

1 80

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2015