dri-devel October 2011

dri-devel@lists.freedesktop.org

82 participants
530 discussions

[Bug 30651] New: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=30651 Summary: r600g: gl output in mplayer have no colors if used with a fragment program with additional lookup and bicubic B-spline filtering Product: Mesa Version: git Platform: All OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: virtuousfox(a)gmail.com when i try to play video in mplayer with option 'gl:yuv=4,lscale=1,cscale=1' and r600g in use, it displays no colors. if it's 'gl:yuv=3', colors are ok. 'gl:yuv=5' seems also ok. sorry, i haven't tested yuv=4 without 'lscale=1,cscale=1' and immediately rebuilded mesa without gallium, so i don't know which of those to blame actually. my bet is 'yuv=4' and "a fragment program with additional lookup". by the way, what yuv and *scale options do you recommend for use with ATI/AMD >=r600 cards in terms of performance and quality ? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 10

[Bug 41051] New: Portal hard locks the machine on rv350.
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=41051 Summary: Portal hard locks the machine on rv350. Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: oreaus(a)gmail.com I recently installed Steam and subsequently the game Portal through wine and it starts but after the loading screen, it hard locks the machine. The system requirements for the game are low enough for this machine to handle. I'm not really sure how to diagnose the problem but I've tested on 2.6.40.3-0.fc15.i686 and 2.6.38-11-generic with mesa master yielding same results. Using OpenGL version string: 2.1 Mesa 7.12-devel (git-47b556f) with OpenGL renderer string: Gallium 0.4 on ATI RV350. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 37274] New: r300g: rs690, crash in warzone2100
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=37274 Summary: r300g: rs690, crash in warzone2100 Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: d.okias(a)gmail.com I played this game about 1-2 hours and then it crashed. Not sure if it's easily reproducible. I can test patches if is needed. Here is console output: ~ $ cat /tmp/warzone2100.gdmp-ZfjND9 Program: /usr/games/bin/warzone2100(warzone2100) Command line: "warzone2100" Version: Version 2.3.7 Distributor: Gentoo warzone2100-2.3.7 Compiled on: May 17 2011 00:04:04 Compiled by: GCC 4.5.2 Compiled mode: Release build Executed on: Tue May 17 02:08:08 2011 Operating system: Linux Node name: darussia-amd Release: 2.6.39-rc7-dirty Version: #1 SMP Tue May 10 14:39:07 CEST 2011 Machine: x86_64 Pointers: 64bit Compiled against PhysicsFS version: 2.0.2 Running with PhysicsFS version: 2.0.2 Misc Data: [02:08:09]OpenGL Vendor : X.Org R300 Project [02:08:09]OpenGL Renderer : Gallium 0.4 on ATI RS690 [02:08:09]OpenGL Version : 2.1 Mesa 7.11-devel (git-a3ac28a) [02:08:09]OpenGL GLSL Version : 1.20 [02:08:09]Video Mode 1280 x 800 (32 bpp) (fullscreen) [02:08:10]OpenAL Vendor: OpenAL Community [02:08:10]OpenAL Version: 1.1 ALSOFT 1.13 [02:08:10]OpenAL Renderer: OpenAL Soft [02:08:10]OpenAL Extensions: AL_EXT_DOUBLE AL_EXT_EXPONENT_DISTANCE AL_EXT_FLOAT32 AL_EXT_IMA4 AL_EXT_LINEAR_DISTANCE AL_EXT_MCFORMATS AL_EXT_MULAW AL_EXT_MULAW_MCFORMATS AL_EXT_OFFSET AL_EXT_source_distance_model AL_LOKI_quadriphonic AL_SOFT_buffer_sub_data AL_SOF [02:08:10]Using language: System locale [02:08:19]Current Level/map is SUB_1_1S [02:19:39]Current Level/map is SUB_1_1 [02:30:19]Current Level/map is SUB_1_2S [02:31:51]Current Level/map is SUB_1_2 [02:34:46]Current Level/map is SUB_1_2S [02:36:03]Current Level/map is SUB_1_2 [02:37:13]Current Level/map is SUB_1_2S [02:37:38]Current Level/map is SUB_1_2 [02:50:26]Current Level/map is SUB_1_3S [02:59:57]Current Level/map is SUB_1_3 [03:09:42]Current Level/map is SUB_1_3S [03:22:01]Current Level/map is SUB_1_3 Dump caused by signal: SIGSEGV: Invalid memory reference: Address not mapped to object Log message: info |03:03:03: [seq_Play] unable to open 'sequences/cam1/sub13np1.ogg' for playback Log message: info |03:03:03: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info |03:03:17: [seq_Play] unable to open 'sequences/cam1/sub13np1.ogg' for playback Log message: info |03:03:17: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info |03:03:19: [seq_Play] unable to open 'sequences/cam1/sub13np1.ogg' for playback Log message: info |03:03:19: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info |03:09:10: [seq_Play] unable to open 'sequences/cam1/sub13np2.ogg' for playback Log message: info |03:09:10: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info |03:09:42: [seq_Play] unable to open 'sequences/cam1/sub1_3p1.ogg' for playback Log message: info |03:09:42: [seq_Play] unable to open 'sequences/cam1/sub13bet.ogg' for playback Log message: info |03:09:42: [seq_Play] unable to open 'sequences/cam1/sub13gam.ogg' for playback Log message: info |03:09:42: [seq_Play] unable to open 'sequences/cam1/sub1_3.ogg' for playback Log message: info |03:16:02: [seq_Play] unable to open 'sequences/res_droid.ogg' for playback Log message: info |03:16:07: [seq_Play] unable to open 'sequences/res_weapons.ogg' for playback Log message: info |03:17:52: [seq_Play] unable to open 'sequences/brfcom.ogg' for playback Log message: info |03:17:52: [seq_Play] unable to open 'sequences/cam1/sub1_3.ogg' for playback Log message: info |03:22:06: [seq_Play] unable to open 'sequences/cam1/sub13np1.ogg' for playback Log message: info |03:22:06: [seq_Play] unable to open 'sequences/npend.ogg' for playback Log message: info |03:27:55: [seq_Play] unable to open 'sequences/cam1/sub13np2.ogg' for playback Log message: info |03:27:55: [seq_Play] unable to open 'sequences/npend.ogg' for playback GLIBC raw backtrace: warzone2100[0x616010] /lib64/libpthread.so.0(+0xf320)[0x7f5f51cc0320] [0x7f5f522374ba] GDB extended backtrace: GNU gdb (Gentoo 7.2 p1) 7.2 Copyright (C) 2010 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". For bug reporting instructions, please see: <http://bugs.gentoo.org/>... Reading symbols from /usr/games/bin/warzone2100...(no debugging symbols found)...done. Attaching to program: /usr/games/bin/warzone2100, process 30895 Reading symbols from /usr/lib64/libSDL-1.2.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libSDL-1.2.so.0 Reading symbols from /lib64/libpthread.so.0...(no debugging symbols found)...done. [Thread debugging using libthread_db enabled] [New Thread 0x7f5f49053700 (LWP 30901)] [New Thread 0x7f5f49854700 (LWP 30900)] [New Thread 0x7f5f4c7d8700 (LWP 30899)] Loaded symbols for /lib64/libpthread.so.0 Reading symbols from /usr/lib64/libphysfs.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libphysfs.so.1 Reading symbols from /usr/lib64/libpng14.so.14...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libpng14.so.14 Reading symbols from /usr/lib64/libvorbisfile.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libvorbisfile.so.3 Reading symbols from /usr/lib64/libvorbis.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libvorbis.so.0 Reading symbols from /usr/lib64/libogg.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libogg.so.0 Reading symbols from /usr/lib64/libtheora.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libtheora.so.0 Reading symbols from /usr/lib64/libopenal.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libopenal.so.1 Reading symbols from /usr/lib64/libGLC.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libGLC.so.0 Reading symbols from //usr/lib64/opengl/xorg-x11/lib/libGL.so.1...done. Loaded symbols for //usr/lib64/opengl/xorg-x11/lib/libGL.so.1 Reading symbols from /usr/lib64/libGLU.so.1...done. Loaded symbols for /usr/lib64/libGLU.so.1 Reading symbols from /usr/lib64/libpopt.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libpopt.so.0 Reading symbols from /usr/lib64/libX11.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libX11.so.6 Reading symbols from /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.2/libstdc++.so.6 Reading symbols from /lib64/libm.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libm.so.6 Reading symbols from /lib64/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libgcc_s.so.1 Reading symbols from /lib64/libc.so.6...(no debugging symbols found)...done. Loaded symbols for /lib64/libc.so.6 Reading symbols from /usr/lib64/libasound.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libasound.so.2 Reading symbols from /lib64/libdl.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/ld-linux-x86-64.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libz.so.1 Reading symbols from /lib64/librt.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/librt.so.1 Reading symbols from /usr/lib64/libfontconfig.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libfontconfig.so.1 Reading symbols from /usr/lib64/libexpat.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libexpat.so.1 Reading symbols from /usr/lib64/libfreetype.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libfreetype.so.6 Reading symbols from /usr/lib64/libfribidi.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libfribidi.so.0 Reading symbols from /usr/lib64/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXext.so.6 Reading symbols from /usr/lib64/libXdamage.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXdamage.so.1 Reading symbols from /usr/lib64/libXfixes.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXfixes.so.3 Reading symbols from /usr/lib64/libXxf86vm.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXxf86vm.so.1 Reading symbols from /usr/lib64/libX11-xcb.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libX11-xcb.so.1 Reading symbols from /usr/lib64/libxcb-glx.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libxcb-glx.so.0 Reading symbols from /usr/lib64/libxcb.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libxcb.so.1 Reading symbols from /usr/lib64/libdrm.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libdrm.so.2 Reading symbols from /usr/lib64/libXau.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXau.so.6 Reading symbols from /usr/lib64/libXdmcp.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXdmcp.so.6 Reading symbols from /usr/lib64/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXrender.so.1 Reading symbols from /usr/lib64/libXrandr.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXrandr.so.2 Reading symbols from /usr/lib64/libXcursor.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libXcursor.so.1 Reading symbols from /usr/lib64/dri/r300_dri.so...done. Loaded symbols for /usr/lib64/dri/r300_dri.so Reading symbols from /usr/lib64/libtxc_dxtn.so...(no debugging symbols found)...done. Loaded symbols for /usr/lib64/libtxc_dxtn.so Reading symbols from /lib64/libnss_compat.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_compat.so.2 Reading symbols from /lib64/libnsl.so.1...(no debugging symbols found)...done. Loaded symbols for /lib64/libnsl.so.1 Reading symbols from /lib64/libnss_nis.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_nis.so.2 Reading symbols from /lib64/libnss_files.so.2...(no debugging symbols found)...done. Loaded symbols for /lib64/libnss_files.so.2 0x00007f5f51cbfeed in waitpid () from /lib64/libpthread.so.0 (gdb) #0 0x00007f5f51cbfeed in waitpid () from /lib64/libpthread.so.0 No symbol table info available. #1 0x0000000000616577 in ?? () No symbol table info available. #2 <signal handler called> No symbol table info available. #3 0x00007f5f522374ba in draw_llvm_shader23 () No symbol table info available. #4 0x00007f5f4b223c49 in llvm_pipeline_generic (middle=0x29c3bf0, fetch_info=<value optimized out>, prim_info=0x7fffa92d4bf0) at draw/draw_pt_fetch_shade_pipeline_llvm.c:246 fpme = 0x29c3bf0 draw = 0x2949cf0 gshader = 0x0 gs_prim_info = {linear = 208 '\320', start = 32767, elts = 0x7f5f4f6e2554, count = 43335776, prim = 0, flags = 0, primitive_lengths = 0x2, primitive_count = 52181280} llvm_vert_info = {verts = 0x31ca340, vertex_size = 100, stride = 100, count = 3} gs_vert_info = {verts = 0x29655f0, vertex_size = 44152832, stride = 0, count = 12} vert_info = <value optimized out> opt = 7 clipped = 0 __FUNCTION__ = "llvm_pipeline_generic" #5 0x00007f5f4b223dee in llvm_middle_end_linear_run (middle=<value optimized out>, start=<value optimized out>, count=3, prim_flags=<value optimized out>) at draw/draw_pt_fetch_shade_pipeline_llvm.c:364 fpme = <value optimized out> fetch_info = {linear = 1 '\001', start = 136, elts = 0x0, count = 3} prim_info = {linear = 1 '\001', start = 0, elts = 0x0, count = 3, prim = 6, flags = 0, primitive_lengths = 0x7fffa92d4bec, primitive_count = 1} #6 0x00007f5f4b1c8697 in vsplit_run_linear (frontend=0x29c0da0, start=136, count=3) at draw/draw_split_tmp.h:61 first = 3 incr = 1 vsplit = 0x29c0da0 prim = 6 max_count_simple = 4096 max_count_loop = <value optimized out> max_count_fan = <value optimized out> __FUNCTION__ = "vsplit_run_linear" #7 0x00007f5f4b1c3bec in draw_pt_arrays (draw=<value optimized out>, prim=6, start=136, count=3) at draw/draw_pt.c:113 frontend = 0x29c0da0 middle = <value optimized out> opt = <value optimized out> #8 0x00007f5f4b1c3f7d in draw_vbo (draw=0x2949cf0, info=0x7fffa92d4f20) at draw/draw_pt.c:491 reduced_prim = 4 instance = <value optimized out> __FUNCTION__ = "draw_vbo" #9 0x00007f5f4b016bf2 in r300_swtcl_draw_vbo (pipe=0x2958b10, info=0x7fffa92d4f20) at r300_render.c:870 vb_transfer = {0x2a85c60, 0x1, 0x2958b10, 0x2a73668, 0x7fffa92d4e00, 0x7f5f4f6e2554, 0x294aad0, 0xffffffff, 0x7fffa92d4e30, 0x7f5f4f6e2554, 0x2954290, 0x20, 0x7fffa92d4e60, 0x7f5f4f6e2554, 0x7f5f4b2181e0, 0x1, 0xffffffff, 0x2a1b560, 0x2954358, 0xffffffff, 0x3f800000, 0x7f5f4b2181fa, 0x2a730a0, 0x2a730a0, 0x7fffa92d4ee0, 0x7f5f4f6e2554, 0x7fffa92d4ee0, 0x7f5f4f6e2554, 0x7f5f4b0cc660, 0x1, 0x3, 0x7fffa92d4f20} ib_transfer = 0x0 count = <value optimized out> i = <value optimized out> indices = <value optimized out> indexed = 0 '\000' #10 0x00007f5f4b0cc5af in st_draw_vbo (ctx=0x2a25820, arrays=<value optimized out>, prims=<value optimized out>, nr_prims=35, ib=0x0, index_bounds_valid=<value optimized out>, min_index=0, max_index=138) at state_tracker/st_draw.c:756 st = 0x7fffa92d4f20 pipe = 0x2958b10 ibuffer = {index_size = 0, offset = 0, buffer = 0x0} info = {indexed = 0 '\000', mode = 6, start = 136, count = 3, start_instance = 0, instance_count = 1, index_bias = 0, min_index = 136, max_index = 138, primitive_restart = 0 '\000', restart_index = 0} i = <value optimized out> num_instances = <value optimized out>Mesa new_array = <value optimized out> __FUNCTION__ = "st_draw_vbo" #11 0x00007f5f4b17bb18 in vbo_exec_vtx_flush (exec=<value optimized out>, keepUnmapped=<value optimized out>) at vbo/vbo_exec_draw.c:390 ctx = 0x2a25820 #12 0x00007f5f4b174bba in vbo_exec_wrap_buffers (exec=0x2a74c30) at vbo/vbo_exec_api.c:88 last_begin = 1 last_count = 3 #13 vbo_exec_vtx_wrap (exec=0x2a74c30) at vbo/vbo_exec_api.c:123 data = 0x2a756f4 i = <value optimized out> #14 0x00000000005c644d in ?? () No symbol table info available. #15 0x00000000005c7383 in pie_Draw3DShape () No symbol table info available. #16 0x00000000004a15fa in renderStructure () No symbol table info available. #17 0x00000000004a189d in displayStaticObjects () No symbol table info available. #18 0x00000000004a3790 in ?? () No symbol table info available. #19 0x00000000004a54c6 in draw3DScene () No symbol table info available. #20 0x00000000004a8d3c in displayWorld () No symbol table info available. #21 0x00000000005015f6 in gameLoop () No symbol table info available. #22 0x0000000000504647 in main () No symbol table info available. (gdb) #4 0x00007f5f4b223c49 in llvm_pipeline_generic (middle=0x29c3bf0, fetch_info=<value optimized out>, prim_info=0x7fffa92d4bf0) at draw/draw_pt_fetch_shade_pipeline_llvm.c:246 in draw/draw_pt_fetch_shade_pipeline_llvm.c (gdb) Dump of assembler code for function llvm_pipeline_generic: 0x00007f5f4b223ac0 <+0>: push %rbp 0x00007f5f4b223ac1 <+1>: mov %rsp,%rbp 0x00007f5f4b223ac4 <+4>: mov %rbx,-0x28(%rbp) 0x00007f5f4b223ac8 <+8>: mov %r12,-0x20(%rbp) 0x00007f5f4b223acc <+12>: mov %r13,-0x18(%rbp) 0x00007f5f4b223ad0 <+16>: mov %r14,-0x10(%rbp) 0x00007f5f4b223ad4 <+20>: mov %r15,-0x8(%rbp) 0x00007f5f4b223ad8 <+24>: sub $0xd0,%rsp 0x00007f5f4b223adf <+31>: callq *0xd24c8b(%rip) # 0x7f5f4bf48770 0x00007f5f4b223ae5 <+37>: mov 0x10(%rsi),%r15d 0x00007f5f4b223ae9 <+41>: mov 0x64(%rdi),%r9d 0x00007f5f4b223aed <+45>: mov 0x38(%rdi),%r12 0x00007f5f4b223af1 <+49>: mov 0x6c(%rdi),%r13d 0x00007f5f4b223af5 <+53>: mov %rdi,%rbx 0x00007f5f4b223af8 <+56>: mov %rdx,%r14 0x00007f5f4b223afb <+59>: lea 0x3(%r15),%edi 0x00007f5f4b223aff <+63>: mov %r9d,-0x48(%rbp) 0x00007f5f4b223b03 <+67>: mov %r9d,-0x44(%rbp) 0x00007f5f4b223b07 <+71>: mov 0xc60(%r12),%rax 0x00007f5f4b223b0f <+79>: mov %r15d,-0x40(%rbp) 0x00007f5f4b223b13 <+83>: and $0xfffffffffffffffc,%edi 0x00007f5f4b223b16 <+86>: mov %rsi,-0xb8(%rbp) 0x00007f5f4b223b1d <+93>: mov %r9d,-0xb0(%rbp) 0x00007f5f4b223b24 <+100>: imul %r9d,%edi 0x00007f5f4b223b28 <+104>: mov %rax,-0xa8(%rbp) 0x00007f5f4b223b2f <+111>: mov %edi,%edi 0x00007f5f4b223b31 <+113>: callq 0x7f5f4aff0590 <malloc@plt> 0x00007f5f4b223b36 <+118>: test %rax,%rax 0x00007f5f4b223b39 <+121>: mov %rax,-0x50(%rbp) 0x00007f5f4b223b3d <+125>: mov -0xb8(%rbp),%rsi 0x00007f5f4b223b44 <+132>: mov -0xb0(%rbp),%r9d 0x00007f5f4b223b4b <+139>: je 0x7f5f4b223cf8 <llvm_pipeline_generic+568> 0x00007f5f4b223b51 <+145>: cmpb $0x0,(%rsi) 0x00007f5f4b223b54 <+148>: jne 0x7f5f4b223c10 <llvm_pipeline_generic+336> 0x00007f5f4b223b5a <+154>: mov 0x8(%rsi),%rcx 0x00007f5f4b223b5e <+158>: mov 0xf28(%r12),%esi 0x00007f5f4b223b66 <+166>: lea 0x508(%r12),%rdx 0x00007f5f4b223b6e <+174>: mov 0x70(%rbx),%rdi 0x00007f5f4b223b72 <+178>: mov 0x78(%rbx),%r10 0x00007f5f4b223b76 <+182>: mov %r15d,%r8d 0x00007f5f4b223b79 <+185>: mov %esi,0x8(%rsp) 0x00007f5f4b223b7d <+189>: lea 0xd0(%r12),%rsi 0x00007f5f4b223b85 <+197>: add $0x8,%rdi 0x00007f5f4b223b89 <+201>: mov %rsi,(%rsp) 0x00007f5f4b223b8d <+205>: mov %rax,%rsi 0x00007f5f4b223b90 <+208>: callq *0x18(%r10) 0x00007f5f4b223b94 <+212>: test $0x1,%r13b 0x00007f5f4b223b98 <+216>: jne 0x7f5f4b223c53 <llvm_pipeline_generic+403> 0x00007f5f4b223b9e <+222>: lea -0x50(%rbp),%r15 0x00007f5f4b223ba2 <+226>: mov 0x48(%rbx),%rdi 0x00007f5f4b223ba6 <+230>: mov %r14,%rdx 0x00007f5f4b223ba9 <+233>: mov %r15,%rsi 0x00007f5f4b223bac <+236>: mov %eax,-0xb0(%rbp) 0x00007f5f4b223bb2 <+242>: callq 0x7f5f4b1c70a0 <draw_pt_so_emit> 0x00007f5f4b223bb7 <+247>: mov -0xb0(%rbp),%eax 0x00007f5f4b223bbd <+253>: mov %r13d,%edx 0x00007f5f4b223bc0 <+256>: or $0x4,%edx 0x00007f5f4b223bc3 <+259>: test %eax,%eax 0x00007f5f4b223bc5 <+261>: cmovne %edx,%r13d 0x00007f5f4b223bc9 <+265>: and $0x4,%r13d 0x00007f5f4b223bcd <+269>: je 0x7f5f4b223cb8 <llvm_pipeline_generic+504> 0x00007f5f4b223bd3 <+275>: cmpb $0x0,(%r14) 0x00007f5f4b223bd7 <+279>: mov 0x38(%rbx),%rdi 0x00007f5f4b223bdb <+283>: je 0x7f5f4b223ce8 <llvm_pipeline_generic+552> 0x00007f5f4b223be1 <+289>: mov %r14,%rdx 0x00007f5f4b223be4 <+292>: mov %r15,%rsi 0x00007f5f4b223be7 <+295>: callq 0x7f5f4b1bed60 <draw_pipeline_run_linear> 0x00007f5f4b223bec <+300>: mov (%r15),%rdi 0x00007f5f4b223bef <+303>: callq 0x7f5f4aff0430 <free@plt> 0x00007f5f4b223bf4 <+308>: mov -0x28(%rbp),%rbx 0x00007f5f4b223bf8 <+312>: mov -0x20(%rbp),%r12 0x00007f5f4b223bfc <+316>: mov -0x18(%rbp),%r13 0x00007f5f4b223c00 <+320>: mov -0x10(%rbp),%r14 0x00007f5f4b223c04 <+324>: mov -0x8(%rbp),%r15 0x00007f5f4b223c08 <+328>: leaveq 0x00007f5f4b223c09 <+329>: retq 0x00007f5f4b223c0a <+330>: nopw 0x0(%rax,%rax,1) 0x00007f5f4b223c10 <+336>: mov 0x4(%rsi),%ecx 0x00007f5f4b223c13 <+339>: mov 0xf28(%r12),%esi 0x00007f5f4b223c1b <+347>: lea 0x508(%r12),%rdx 0x00007f5f4b223c23 <+355>: mov 0x70(%rbx),%rdi 0x00007f5f4b223c27 <+359>: mov 0x78(%rbx),%r10 0x00007f5f4b223c2b <+363>: mov %r15d,%r8d 0x00007f5f4b223c2e <+366>: mov %esi,0x8(%rsp) 0x00007f5f4b223c32 <+370>: lea 0xd0(%r12),%rsi 0x00007f5f4b223c3a <+378>: add $0x8,%rdi 0x00007f5f4b223c3e <+382>: mov %rsi,(%rsp) 0x00007f5f4b223c42 <+386>: mov %rax,%rsi 0x00007f5f4b223c45 <+389>: callq *0x10(%r10) => 0x00007f5f4b223c49 <+393>: test $0x1,%r13b 0x00007f5f4b223c4d <+397>: je 0x7f5f4b223b9e <llvm_pipeline_generic+222> 0x00007f5f4b223c53 <+403>: cmpq $0x0,-0xa8(%rbp) 0x00007f5f4b223c5b <+411>: je 0x7f5f4b223b9e <llvm_pipeline_generic+222> 0x00007f5f4b223c61 <+417>: lea -0x70(%rbp),%r15 0x00007f5f4b223c65 <+421>: mov -0xa8(%rbp),%rdi 0x00007f5f4b223c6c <+428>: lea 0x888(%r12),%rdx 0x00007f5f4b223c74 <+436>: lea 0x788(%r12),%rsi 0x00007f5f4b223c7c <+444>: lea -0x50(%rbp),%rcx 0x00007f5f4b223c80 <+448>: lea -0xa0(%rbp),%r12 0x00007f5f4b223c87 <+455>: mov %r14,%r8 0x00007f5f4b223c8a <+458>: mov %r15,%r9 0x00007f5f4b223c8d <+461>: mov %r12,(%rsp) 0x00007f5f4b223c91 <+465>: mov %r12,%r14 0x00007f5f4b223c94 <+468>: callq 0x7f5f4b1bb950 <draw_geometry_shader_run> 0x00007f5f4b223c99 <+473>: mov -0x50(%rbp),%rdi 0x00007f5f4b223c9d <+477>: callq 0x7f5f4aff0430 <free@plt> 0x00007f5f4b223ca2 <+482>: mov 0x58(%rbx),%rdi 0x00007f5f4b223ca6 <+486>: mov %r15,%rsi 0x00007f5f4b223ca9 <+489>: callq 0x7f5f4b1c6920 <draw_pt_post_vs_run> 0x00007f5f4b223cae <+494>: movzbl %al,%eax 0x00007f5f4b223cb1 <+497>: jmpq 0x7f5f4b223ba2 <llvm_pipeline_generic+226> 0x00007f5f4b223cb6 <+502>: xchg %ax,%ax 0x00007f5f4b223cb8 <+504>: cmpb $0x0,(%r14) 0x00007f5f4b223cbc <+508>: mov 0x40(%rbx),%rdi 0x00007f5f4b223cc0 <+512>: je 0x7f5f4b223cd8 <llvm_pipeline_generic+536> 0x00007f5f4b223cc2 <+514>: mov %r14,%rdx 0x00007f5f4b223cc5 <+517>: mov %r15,%rsi 0x00007f5f4b223cc8 <+520>: callq 0x7f5f4b225f10 <draw_pt_emit_linear> 0x00007f5f4b223ccd <+525>: jmpq 0x7f5f4b223bec <llvm_pipeline_generic+300> 0x00007f5f4b223cd2 <+530>: nopw 0x0(%rax,%rax,1) 0x00007f5f4b223cd8 <+536>: mov %r14,%rdx 0x00007f5f4b223cdb <+539>: mov %r15,%rsi 0x00007f5f4b223cde <+542>: callq 0x7f5f4b225d30 <draw_pt_emit> 0x00007f5f4b223ce3 <+547>: jmpq 0x7f5f4b223bec <llvm_pipeline_generic+300> 0x00007f5f4b223ce8 <+552>: mov %r14,%rdx 0x00007f5f4b223ceb <+555>: mov %r15,%rsi 0x00007f5f4b223cee <+558>: callq 0x7f5f4b1bec20 <draw_pipeline_run> 0x00007f5f4b223cf3 <+563>: jmpq 0x7f5f4b223bec <llvm_pipeline_generic+300> 0x00007f5f4b223cf8 <+568>: lea 0x87d841(%rip),%rcx # 0x7f5f4baa1540 <__FUNCTION__.9649> 0x00007f5f4b223cff <+575>: lea 0x87d802(%rip),%rsi # 0x7f5f4baa1508 0x00007f5f4b223d06 <+582>: lea 0x876369(%rip),%rdi # 0x7f5f4ba9a076 0x00007f5f4b223d0d <+589>: mov $0xf1,%edx 0x00007f5f4b223d12 <+594>: callq 0x7f5f4b1e7430 <_debug_assert_fail> 0x00007f5f4b223d17 <+599>: jmpq 0x7f5f4b223bf4 <llvm_pipeline_generic+308> End of assembler dump. (gdb) rax 0x0 0 rbx 0x29c3bf0 43793392 rcx 0x0 0 rdx 0x7f5f116d8000 140046291009536 rsi 0x31ca340 52208448 rdi 0xffc4 65476 rbp 0x7fffa92d4bd0 0x7fffa92d4bd0 rsp 0x7fffa92d4b00 0x7fffa92d4b00 r8 0xf524 62756 r9 0x14 20 r10 0xffcc 65484 r11 0xffd8 65496 r12 0x2949cf0 43293936 r13 0x7 7 r14 0x7fffa92d4bf0 140736031706096 r15 0x3 3 rip 0x7f5f4b223c49 0x7f5f4b223c49 <llvm_pipeline_generic+393> eflags 0x246 [ PF ZF IF ] cs 0x33 51 ss 0x2b 43 ds 0x0 0 es 0x0 0 fs 0x0 0 gs 0x0 0 (gdb) A debugging session is active. Inferior 1 [process 30895] will be detached. Quit anyway? (y or n) [answered Y; input not from terminal] Detaching from program: /usr/games/bin/warzone2100, process 30895 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 3

[Bug 36596] New: Major 2D performance bottleneck (most noticeable with compiz)
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=36596 Summary: Major 2D performance bottleneck (most noticeable with compiz) Product: Mesa Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: bluesloth600(a)gmail.com Created an attachment (id=46072) --> (https://bugs.freedesktop.org/attachment.cgi?id=46072) lspci -v With compiz, making a new window or resizing a window makes the framerate drop to 2 fps for about 5 or 6 seconds. Running conky makes the frame rate that low most of the time, alternating with brief moments of decent performance. With a more traditional window manager (openbox), a lot of programs (including xterm) freeze briefly every time conky redraws itself, so it seems like that particular problem is not entirely a Mesa bug. Things run smoothly with the fbdev Xorg driver. I tried compiz with the --no-fbo option once, and the framerate stayed at 2 fps until I rebooted. Restarting X didn't help, I actually had to reboot. With the classic Mesa drivers, compiz would sometimes take a long time to render a few frames, but not nearly as often as it does now. I've had this problem with the Debian Mesa packages since they switched to gallium, and with git master (as of yesterday) built with and without --enable-gallium-llvm. I run Debian sid on a Dell Inspiron 1721 with an integrated Radeon X1270. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 19

[Bug 35998] New: Artifacts under Gnome Shell
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=35998 Summary: Artifacts under Gnome Shell Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: smnrsti(a)gmail.com Created an attachment (id=45301) --> (https://bugs.freedesktop.org/attachment.cgi?id=45301) Artifacts under Gnome Shell gnome-shell from git clutter-1.6 (git) kernel-2.6.38.2-11.fc15.x86_64 Mesa versions: $ rpm -qa | grep mesa mesa-dri-drivers-dri1-7.11-0.5.20110401.0.fc14.x86_64 mesa-libEGL-7.11-0.5.20110401.0.fc14.x86_64 mesa-dri-llvmcore-7.11-0.5.20110401.0.fc14.x86_64 mesa-libEGL-devel-7.11-0.5.20110401.0.fc14.x86_64 mesa-dri-drivers-7.11-0.5.20110401.0.fc14.x86_64 mesa-libOSMesa-devel-7.11-0.5.20110401.0.fc14.x86_64 mesa-libOSMesa-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGLU-devel-7.11-0.5.20110401.0.fc14.x86_64 mesa-dri-filesystem-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGLES-devel-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGL-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGL-devel-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGLU-7.11-0.5.20110401.0.fc14.x86_64 mesa-libGLES-7.11-0.5.20110401.0.fc14.x86_64 $ lspci 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon Xpress 1250 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 46

[Bug 35861] New: [r300g] Oilrush: whiter triangle between center of the screen and horizon
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=35861 Summary: [r300g] Oilrush: whiter triangle between center of the screen and horizon Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: minor Priority: medium Component: Drivers/Gallium/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: pavel.ondracka(a)email.cz Created an attachment (id=45121) --> (https://bugs.freedesktop.org/attachment.cgi?id=45121) terminal output There is a strange triangle of whiter area and missing effects between screen center and horizon in Oilrush. I'm attaching terminal output, however I don't think there is anything important, just a few of: Mesa warning: glDraw[Range]Elements(start 130, end 877, count 1650, type 0x1403, indices=0x1c2) end is out of bounds (max=876) Element Buffer 31 (size 3750) This should probably be fixed in the application. and Mesa: User error: GL_INVALID_VALUE in glTexSubImage2D(xoffset+width) OpenGL error: invalid value However both of those errors are also present with llvmpipe which renders fine (not 100% fine, but this bug is not present there). RADEON_NOT_TCL=1 also solves this issue, where READEON_DEBUG=noopt has no effect. BTW you need to set MESA_EXTENSION_OVERRIDE="-GL_ARB_draw_instanced" when using llvmpipe of software TCL otherwise you run into other troubles like: GLShader::loadVertex(): error in "core/shaders/default/meshes/vertex_base.shader" file defines: UNKNOWN,QUALITY_LOW,MULTISAMPLE_0,USE_INSTANCING,USE_TEXTURE_3D,USE_ALPHA_FADE,USE_ENVIRONMENT,OPENGL,USE_PSEUDO_INSTANCING,USE_PSEUDO_TRANSFORM,HAS_ARB_DRAW_INSTANCED,BASE_AMBIENT_REFLECTION_CUBE,AMBIENT,PAINT,OPACITY,MULTIPLY_0 0:194(39): error: `gl_InstanceID' undeclared 0:194(42): error: Operands to arithmetic operators must be numeric 0:194(19): error: cannot construct `ivec3' from a non-numeric data type 0:194(58): error: Operands to arithmetic operators must be numeric and almost no rendering at all. My system GPU:RV530 mesa: 9f013a8233197d4a0482661cb37cfeac1a61b804 Kernel: 2.6.38 Oilrush version: 0.61 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 9

[Bug 34588] New: Screen corruption when running gtkperf on awesomewm
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=34588 Summary: Screen corruption when running gtkperf on awesomewm Product: Mesa Version: git Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: jeff(a)deserettechnology.com Recently, gtkperf will tear my whole screen apart in awesomewm 3.4.9 when it gets to the drawing sections. I will try to take and attach a photo soon. I am using cairo 1.10.2 with xcb enabled. I just compiled mesa, ati-dri, libgl, xf86-ati from git today. This problem does *not* occur on a composited kwin desktop on the same machine. Using a Macbook Pro 2,2 with Radeon Mobility X1600. Using r300g. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 4

[Bug 41849] New: Mesa error megaglest
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=41849 Bug #: 41849 Summary: Mesa error megaglest Classification: Unclassified Product: Mesa Version: 7.11 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: korchoi(a)mail.ru Mesa 7.11 implementation error: Unexpected texture format in radeon_update_wrapper() Please report at bugs.freedesktop.org Megaglest crashes entering game, reports the error above. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

[Bug 38859] New: Clipping in some fonts after returning from sleep
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=38859 Summary: Clipping in some fonts after returning from sleep Product: Mesa Version: unspecified Platform: Other OS/Version: Linux (All) Status: NEW Severity: major Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: chris(a)chris-portela.com Using Gnome 3, Arch Linux (current), with these opensource drivers(latest from Arch Linux repos) I have issues when recovering from sleep sometimes. The screen will begin to display some fonts with several fonts clipped which can only be solved with a restart. For instance E's are cut off in half. The attached image shows various examples of this annotated and highlighted to show the issue. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 11

[Bug 38258] New: SDL game teeworlds crashes in r100_cs_track_texture_check
by bugzilla-daemon＠freedesktop.org 18 Sep '19

18 Sep '19

https://bugs.freedesktop.org/show_bug.cgi?id=38258 Summary: SDL game teeworlds crashes in r100_cs_track_texture_check Product: Mesa Version: 7.10 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: alkisg(a)gmail.com The SDL-based game "teeworlds" crashes on a laptop with Radeon IGP 330M/340M/350M [1002:4337] when KMS is used, but it runs fine when I use "nomodeset". When I don't have "firmware-linux-nonfree" installed the game also doesn't crash but it's 20 times slower, about 1 fps. I tested on many recent Debian and Ubuntu versions - the output below is from Debian testing (Wheezy). I had to comment out "options radeon modeset=1" in /etc/modprobe.d/radeon-kms.conf for "nomodeset" to take effect. I can attach more output upon request, or test with different software versions. Thank you. $ teeworlds <unrelated game output> drmRadeonCmdBuffer: -22. Kernel failed to parse or rejected command stream. See dmesg for more info. $ dmesg | tail -n 2 [ 355.980790] [drm:r100_cs_track_texture_check] *ERROR* No texture bound to unit 0 [ 355.980838] [drm:radeon_cs_ioctl] *ERROR* Invalid command stream ! $ lspci -nn -k | grep -A 2 VGA 01:05.0 VGA compatible controller [0300]: ATI Technologies Inc Radeon IGP 330M/340M/350M [1002:4337] Subsystem: Compaq Computer Corporation Device [0e11:0056] Kernel driver in use: radeon $ dpkg-query -W xserver-xorg-video-radeon firmware-linux '*mesa*' xserver-xorg-video-radeon 1:6.14.2-1 firmware-linux 0.30 libgl1-mesa-dri 7.10.2-3 libgl1-mesa-glx 7.10.2-3 libglu1-mesa 7.10.2-3 mesa-utils 8.0.1-2 $ uname -a Linux myrto 2.6.38-2-686 #1 SMP Sun May 8 14:49:45 UTC 2011 i686 GNU/Linux -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 1

← Newer
1
...
6
7
8
9
10
11
12
...
53
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel October 2011