[Mesa-dev] [Bug 60938] New: [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-fixed regression
https://bugs.freedesktop.org/show_bug.cgi?id=60938 Priority: medium Bug ID: 60938 Keywords: regression CC: bri...@vmware.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-fixed regression Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: f1ab67c13ab97f19c08d99c6ba101edc7d7b80e6 (master) $ ./bin/shader_runner generated_tests/spec/glsl-1.30/execution/interpolation/interpolation-noperspective-gl_BackColor-flat-fixed.shader_test -auto Mesa warning: failed to remap glClampColorARB Mesa warning: failed to remap glTexBufferARB Mesa warning: failed to remap glFramebufferTextureARB Mesa warning: failed to remap glVertexAttribDivisorARB Mesa warning: failed to remap glProgramParameteriARB Probe at (159,45) Expected: 0.272727 0.181818 0.545455 1.00 Observed: 0.474510 0.160784 0.364706 1.00 Probe at (192,38) Expected: 0.153846 0.153846 0.692308 1.00 Observed: 0.27 0.13 0.596078 1.00 Probe at (216,33) Expected: 0.07 0.13 0.80 1.00 Observed: 0.117647 0.117647 0.764706 1.00 Probe at (166,83) Expected: 0.17 0.33 0.50 1.00 Observed: 0.294118 0.294118 0.415686 1.00 Probe at (196,71) Expected: 0.071429 0.285714 0.642857 1.00 Observed: 0.125490 0.250980 0.627451 1.00 Probe at (136,136) Expected: 0.181818 0.545455 0.272727 1.00 Observed: 0.317647 0.478431 0.203922 1.00 Probe at (173,115) Expected: 0.076923 0.461538 0.461538 1.00 Observed: 0.129412 0.403922 0.462745 1.00 Probe at (145,166) Expected: 0.08 0.67 0.25 1.00 Observed: 0.149020 0.603922 0.247059 1.00 PIGLIT: {'result': 'fail' } 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 is the first bad commit commit 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 Author: Brian Paul bri...@vmware.com Date: Mon Jan 21 11:32:49 2013 -0700 draw: add new debug code and comments in clip code template In debug builds, set clipped vertex window coordinates to NaN values to help debugging. Otherwise, we're just leaving the coordinate in clip space and it's invalid to use it later expecting it to be a window coord. Reviewed-by: José Fonseca jfons...@vmware.com :04 04 1c9a933b785f0a56ebf2f13874aacffc4183e976 b87acb6dca3e64abd30f9da1d7483ac61364fb9e M src bisect run success -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 60943] New: /usr/include/xorg/fb.h(98): catastrophic error: #error directive: GLYPHPADBYTES must be 4
https://bugs.freedesktop.org/show_bug.cgi?id=60943 Priority: medium Bug ID: 60943 Assignee: mesa-dev@lists.freedesktop.org Summary: /usr/include/xorg/fb.h(98): catastrophic error: #error directive: GLYPHPADBYTES must be 4 Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: f1ab67c13ab97f19c08d99c6ba101edc7d7b80e6 (master) $ icc -v icc version 13.1.0 (gcc version 4.6.0 compatibility) $ scons [...] Compiling src/gallium/state_trackers/xorg/xorg_composite.c ... /usr/include/xorg/fb.h(98): catastrophic error: #error directive: GLYPHPADBYTES must be 4 #error GLYPHPADBYTES must be 4 ^ The Intel C Compiler defines the macro __x86_64__. It does not define __amd64__ or __amd64. This leads to a build failure as /usr/include/xorg/servermd.h does not check for __x84_64__. servermd.h use to check for __x86_64__ and the check was removed in this commit. http://cgit.freedesktop.org/xorg/xserver/commit/include/servermd.h?id=9719354ae04a41e9834ac9ba8fd9e895092ba4f1 commit 9719354ae04a41e9834ac9ba8fd9e895092ba4f1 Author: Adam Jackson a...@redhat.com Date: Tue Jun 24 14:37:06 2008 -0400 Check for __amd64__, not __x86_64__. Spiritual revert of 1fa4de80fcfc697b5e5879cc351fb3e9dbf6acbe. Intel's C compiler claims to be gcc-compatible; if they're not defining the same macros as gcc then that's their bug, not ours. Even if we were to do this aliasing we should do it once and for all in servermd.h. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59777] [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-distance regression
https://bugs.freedesktop.org/show_bug.cgi?id=59777 --- Comment #1 from Brian Paul bri...@vmware.com --- This test was failing way before commit 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 I don't know if it ever passed. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61003] New: gluSurface with Nurbs spits out C code arc_ccw_turn...
https://bugs.freedesktop.org/show_bug.cgi?id=61003 Priority: medium Bug ID: 61003 Assignee: mesa-dev@lists.freedesktop.org Summary: gluSurface with Nurbs spits out C code arc_ccw_turn... Severity: normal Classification: Unclassified OS: Linux (All) Reporter: speed.the.b...@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: GLU Product: Mesa I've ran a simple test program (http://pastie.org/6202841) and when calling gluBeginSurface(theNurb); gluNurbsSurface(theNurb, ...); gluEndSurface(theNurb); program spits something that looks like a part of the internal code to stdout: arc_ccw_turn, p = 0 case b arc_ccw_turn, p = 0 case d arc_ccw_turn, p = 0 case a arc_ccw_turn, p = 0 case c I am using ArchLinux x64, with 9.0.2 release of mesa, gl, glu, glut. My graphics card is Radeon HD 5850 (Evergreen series). -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Black screen but audio song On TF2 (Intel HM 55/ Ironlake Mobile)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 Roland Müller rmuelle...@gmail.com changed: What|Removed |Added CC||rmuelle...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 43520] CoreBreach: Static lighting broken in Mesa 7.11
https://bugs.freedesktop.org/show_bug.cgi?id=43520 Sven Arvidsson s...@whiz.se changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution|--- |FIXED --- Comment #4 from Sven Arvidsson s...@whiz.se --- (In reply to comment #3) So... this bug occurred on Mesa 7.11, but it does not occur on later versions? Correct, I doubt anyone has plans for more updates for 7.11 so let's just close this. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] New: alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 Priority: medium Bug ID: 61012 Assignee: mesa-dev@lists.freedesktop.org Summary: alloc_layout_array tx * ty assertion failure when making pbuffer current Severity: normal Classification: Unclassified OS: Linux (All) Reporter: freedesk...@fluggo.com Hardware: x86 (IA32) Status: NEW Version: 9.0 Component: GLX Product: Mesa The following(ish) code produces an assertion failure using llvmpipe libGL from Mesa 9.0.2: GLXContext new_context = glXCreateNewContext( __display, configs[0], GLX_RGBA_TYPE, NULL, True ); if( !new_context ) g_error( Failed to create context. ); int pbuf_attrs[] = { GLX_PBUFFER_WIDTH, 8, GLX_PBUFFER_HEIGHT, 8, GLX_PRESERVED_CONTENTS, False, None }; GLXPbuffer pbuf = glXCreatePbuffer( __display, configs[0], pbuf_attrs ); if( pbuf == None ) g_error( Failed to create XGL pixel buffer. ); if( !glXMakeContextCurrent( __display, pbuf, pbuf, new_context ) ) { g_error( Failed to set context current. ); } src/gallium/drivers/llvmpipe/lp_texture.c:93:alloc_layout_array: Assertion `num_slices * tx * ty 0' failed. In alloc_layout_array, tx and ty are zero. These values seem to come from state stored with the pbuffer; Mesa is trying to realize the drawable during the glXMakeContextCurrent call. Near as I can tell, the call responsible for storing that state with the pbuffer is this code: http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/glx/xlib/xm_api.c?id=369e46888904c6d379b8b477d9242cff1608e30e#n460 A call to get_drawable_size retrieves the size of the pbuffer drawable into local variables width and height, but these values never make it into the XMesaBuffer structure. Backtrace: #0 0xb696717a in _debug_assert_fail (expr=0xb725b888 num_slices * tx * ty 0, file= 0xb725b85c src/gallium/drivers/llvmpipe/lp_texture.c, line=93, function=0xb725c140 alloc_layout_array) at src/gallium/auxiliary/util/u_debug.c:278 #1 0xb6641058 in alloc_layout_array (num_slices=1, width=0, height=0) at src/gallium/drivers/llvmpipe/lp_texture.c:93 #2 0xb66413f4 in llvmpipe_displaytarget_layout (screen=0x8714b98, lpr=0x8b43460) at src/gallium/drivers/llvmpipe/lp_texture.c:216 #3 0xb66415c5 in llvmpipe_resource_create (_screen=0x8714b98, templat=0xbfffdf44) at src/gallium/drivers/llvmpipe/lp_texture.c:263 #4 0xb66c29db in xmesa_st_framebuffer_validate_textures (stfbi=0x87040c8, width=0, height=0, mask=1) at src/gallium/state_trackers/glx/xlib/xm_st.c:171 #5 0xb66c2b2e in xmesa_st_framebuffer_validate (stfbi=0x87040c8, statts=0x8b433c4, count=1, out=0xbfffe028) at src/gallium/state_trackers/glx/xlib/xm_st.c:224 #6 0xb66e122c in st_framebuffer_validate (stfb=0x8b43088, st=0x8b3d7f0) at src/mesa/state_tracker/st_manager.c:195 #7 0xb66e2226 in st_api_make_current (stapi=0xb75d2700, stctxi=0x8b3d7f0, stdrawi=0x87040c8, streadi=0x87040c8) at src/mesa/state_tracker/st_manager.c:734 #8 0xb66c1dec in XMesaMakeCurrent2 (c=0x8a60e00, drawBuffer=0x8767aa8, readBuffer=0x8767aa8) at src/gallium/state_trackers/glx/xlib/xm_api.c:1189 #9 0xb66c4b36 in glXMakeContextCurrent (dpy=0x87261b8, draw=54525953, read=54525953, ctx=0x8a56290) at src/gallium/state_trackers/glx/xlib/glx_api.c:1161 #10 0xb7af9807 in gl_set_current_context (context=0x8b43078) at src/cprocess/gl.c:152 #11 0xb7af9bcf in gl_ensure_context () at src/cprocess/gl.c:185 ...and so on... -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] New: Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 Priority: medium Bug ID: 61026 Assignee: mesa-dev@lists.freedesktop.org Summary: Segfault in glBitmap when called with PBO source Severity: normal Classification: Unclassified OS: Linux (All) Reporter: l...@greiz-reinsdorf.de Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Mesa core Product: Mesa Created attachment 75004 -- https://bugs.freedesktop.org/attachment.cgi?id=75004action=edit Test program to reproduce the segfault When glBitmap is called with a GL_PIXEL_UNPACK_BUFFER target, it segfaults in accum_bitmap(). -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 --- Comment #1 from Lars Kanis l...@greiz-reinsdorf.de --- Created attachment 75005 -- https://bugs.freedesktop.org/attachment.cgi?id=75005action=edit GDB backtrace -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 --- Comment #2 from Lars Kanis l...@greiz-reinsdorf.de --- Created attachment 75006 -- https://bugs.freedesktop.org/attachment.cgi?id=75006action=edit Proposed patch -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #1 from Brian Crowell freedesk...@fluggo.com --- Created attachment 75010 -- https://bugs.freedesktop.org/attachment.cgi?id=75010action=edit Test case Hopefully minimal test case. Use the llvmpipe libGL. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61003] gluSurface with Nurbs spits out C code arc_ccw_turn...
https://bugs.freedesktop.org/show_bug.cgi?id=61003 --- Comment #1 from Blaž Hrastnik speed.the.b...@gmail.com --- Apparently, this is an old issue: http://www.opengl.org/discussion_boards/archive/index.php/t-152297.html http://marc.info/?l=mesa3d-usersm=117832104821813 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61036] New: Shader fails to build in LLVMpipe, aborts program
https://bugs.freedesktop.org/show_bug.cgi?id=61036 Priority: medium Bug ID: 61036 Assignee: mesa-dev@lists.freedesktop.org Summary: Shader fails to build in LLVMpipe, aborts program Severity: major Classification: Unclassified OS: Linux (All) Reporter: freedesk...@fluggo.com Hardware: x86 (IA32) Status: NEW Version: 9.0 Component: Other Product: Mesa Created attachment 75019 -- https://bugs.freedesktop.org/attachment.cgi?id=75019action=edit Shader test program I'm aware that some of the problems with shaders in LLVMpipe depend on the version of LLVM installed, so I tested the attached program with LLVM 3.0 and 3.2, and both fail in Mesa 9.0.1. Building with LLVM 3.2 and running the attached program yields: shader1: /home/james/software/extern/llvm-3.2.src/lib/VMCore/Instructions.cpp:1487: llvm::InsertElementInst::InsertElementInst(llvm::Value*, llvm::Value*, llvm::Value*, const llvm::Twine, llvm::Instruction*): Assertion `isValidOperands(Vec, Elt, Index) Invalid insertelement instruction operands!' failed. Aborted The backtrace: #0 0xb7fe1430 in __kernel_vsyscall () #1 0xb5eb6941 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb5eb9d72 in *__GI_abort () at abort.c:92 #3 0xb5eafb58 in *__GI___assert_fail ( assertion=0xb7975fa8 isValidOperands(Vec, Elt, Index) \Invalid insertelement instruction operands!\, file=0xb7975180 /home/james/software/extern/llvm-3.2.src/lib/VMCore/Instructions.cpp, line=1487, function=0xb797c9c0 llvm::InsertElementInst::InsertElementInst(llvm::Value*, llvm::Value*, llvm::Value*, const llvm::Twine, llvm::Instruction*)) at assert.c:81 #4 0xb7249aff in llvm::InsertElementInst::InsertElementInst(llvm::Value*, llvm::Value*, llvm::Value*, llvm::Twine const, llvm::Instruction*) () from /home/james/software/extern/mesa/build/linux-x86-debug/gallium/targets/libgl-xlib/libGL.so.1 #5 0xb6e43a63 in llvm::InsertElementInst::Create(llvm::Value*, llvm::Value*, llvm::Value*, llvm::Twine const, llvm::Instruction*) () from /home/james/software/extern/mesa/build/linux-x86-debug/gallium/targets/libgl-xlib/libGL.so.1 #6 0xb6e4453b in llvm::IRBuildertrue, llvm::ConstantFolder, llvm::IRBuilderDefaultInsertertrue ::CreateInsertElement(llvm::Value*, llvm::Value*, llvm::Value*, llvm::Twine const) () from /home/james/software/extern/mesa/build/linux-x86-debug/gallium/targets/libgl-xlib/libGL.so.1 #7 0xb71b4777 in LLVMBuildInsertElement () from /home/james/software/extern/mesa/build/linux-x86-debug/gallium/targets/libgl-xlib/libGL.so.1 #8 0xb684f29f in build_gather (bld=0xbfffb66c, base_ptr=0x81b530c, indexes=0x817df50) at src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c:451 #9 0xb684f9d9 in emit_fetch_constant (bld_base=0xbfffb624, reg=0x8331a80, stype=TGSI_TYPE_SIGNED, swizzle=0) at src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c:640 #10 0xb688562f in lp_build_emit_fetch (bld_base=0xbfffb624, inst=0x8331a50, src_op=0, chan_index=0) at src/gallium/auxiliary/gallivm/lp_bld_tgsi.c:305 #11 0xb688513b in lp_build_fetch_args (bld_base=0xbfffb624, emit_data=0xbfffb4c8) at src/gallium/auxiliary/gallivm/lp_bld_tgsi.c:177 #12 0xb688538b in lp_build_tgsi_inst_llvm (bld_base=0xbfffb624, inst=0x8331a50) at src/gallium/auxiliary/gallivm/lp_bld_tgsi.c:245 #13 0xb6885c30 in lp_build_tgsi_llvm (bld_base=0xbfffb624, tokens=0x81cade8) at src/gallium/auxiliary/gallivm/lp_bld_tgsi.c:475 #14 0xb6853f29 in lp_build_tgsi_soa (gallivm=0x81c0138, tokens=0x81cade8, type=..., mask=0x0, consts_ptr=0x81b7514, system_values=0xbfffed1c, pos=0x0, inputs=0xbfffe714, outputs=0xbfffed28, sampler=0x81c1f70, info=0x81ca75c) at src/gallium/auxiliary/gallivm/lp_bld_tgsi_soa.c:2561 #15 0xb6855f1e in generate_vs (variant=0x81a2b78, builder=0x82c87f8, vs_type=..., outputs=0xbfffed28, inputs=0xbfffe714, system_values=0xbfffed1c, context_ptr=0x81b2380, draw_sampler=0x81c1f70, clamp_vertex_color=1 '\001') at src/gallium/auxiliary/draw/draw_llvm.c:494 #16 0xb6858895 in draw_llvm_generate (llvm=0x805b010, variant=0x81a2b78, elts=0 '\000') at src/gallium/auxiliary/draw/draw_llvm.c:1342 #17 0xb6855d61 in draw_llvm_create_variant (llvm=0x805b010, num_inputs=6, key=0xb1b8) at src/gallium/auxiliary/draw/draw_llvm.c:449 #18 0xb685a3f3 in llvm_middle_end_prepare (middle=0x80694c8, in_prim=6, opt=3, max_vertices=0x80668cc) at src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:170 #19 0xb67a452f in vsplit_prepare (frontend=0x80668b0, in_prim=6, middle=0x80694c8, opt=3) at src/gallium/auxiliary/draw/draw_pt_vsplit.c:175 # And so on I'm not sure if you care what LLVM 3.0 yields, but it's a very long IL printout and complaint list. I'll attach it separately. -- You are receiving this mail because: You are the assignee for the bug.
[Mesa-dev] [Bug 61036] Shader fails to build in LLVMpipe, aborts program
https://bugs.freedesktop.org/show_bug.cgi?id=61036 --- Comment #1 from Brian Crowell freedesk...@fluggo.com --- Created attachment 75025 -- https://bugs.freedesktop.org/attachment.cgi?id=75025action=edit Error message produced by LLVM 3.0 This is the text produced by LLVM 3.0 from the program that was the source of the test case. I don't know if it's useful at all, it seems to just be saying that LLVM has no idea what to do with the shader. The stack trace on that one is a simple verification failure: #0 0xb704a5bb in _debug_assert_fail (expr=0xb7a8af3c 0, file=0xb7a8ae84 src/gallium/auxiliary/gallivm/lp_bld_init.c, line=587, function=0xb7a8afa6 gallivm_verify_function) at src/gallium/auxiliary/util/u_debug.c:278 #1 0xb70c252f in gallivm_verify_function (gallivm=0x8196640, func=0x819bf40) at src/gallium/auxiliary/gallivm/lp_bld_init.c:587 #2 0xb70dd891 in draw_llvm_generate (llvm=0x805b200, variant=0x81a0740, elts=0 '\000') at src/gallium/auxiliary/draw/draw_llvm.c:1401 #3 0xb70daa7d in draw_llvm_create_variant (llvm=0x805b200, num_inputs=6, key=0xb1b8) at src/gallium/auxiliary/draw/draw_llvm.c:449 #4 0xb70df10f in llvm_middle_end_prepare (middle=0x80696b8, in_prim=6, opt=3, max_vertices=0x8066abc) at src/gallium/auxiliary/draw/draw_pt_fetch_shade_pipeline_llvm.c:170 #5 0xb702924f in vsplit_prepare (frontend=0x8066aa0, in_prim=6, middle=0x80696b8, opt=3) at src/gallium/auxiliary/draw/draw_pt_vsplit.c:175 #6 0xb701dcb7 in draw_pt_arrays (draw=0x805a4b8, prim=6, start=0, count=4) at src/gallium/auxiliary/draw/draw_pt.c:134 #7 0xb701e901 in draw_vbo (draw=0x805a4b8, info=0xb6e4) at src/gallium/auxiliary/draw/draw_pt.c:539 #8 0xb6d30b48 in llvmpipe_draw_vbo (pipe=0x80595a0, info=0xb6e4) at src/gallium/drivers/llvmpipe/lp_draw_arrays.c:103 #9 0xb7009cc7 in cso_draw_vbo (cso=0x811ed08, info=0xb6e4) at src/gallium/auxiliary/cso_cache/cso_context.c:1347 #10 0xb6e8110f in st_draw_vbo (ctx=0x80c5208, prims=0xb774, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at src/mesa/state_tracker/st_draw.c:287 #11 0xb6f334c2 in vbo_draw_arrays (ctx=0x80c5208, mode=6, start=0, count=4, numInstances=1, baseInstance=0) at src/mesa/vbo/vbo_exec_array.c:619 #12 0xb6f335b4 in vbo_exec_DrawArrays (mode=6, start=0, count=4) at src/mesa/vbo/vbo_exec_array.c:649 #13 0x08048cdf in main (argc=1, argv=0xb944) at mesa-test/shader1.c:127 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61036] Shader fails to build in LLVMpipe, aborts program
https://bugs.freedesktop.org/show_bug.cgi?id=61036 José Fonseca jfons...@vmware.com changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|mesa-dev@lists.freedesktop. |jfons...@vmware.com |org | CC||jfons...@vmware.com, ||srol...@vmware.com, ||za...@vmware.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61052] New: [llvmpipe] mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen'
https://bugs.freedesktop.org/show_bug.cgi?id=61052 Priority: medium Bug ID: 61052 Assignee: mesa-dev@lists.freedesktop.org Summary: [llvmpipe] mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen' Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: dd599188d2868838541859a76800a8420958d358 (master) $ make check [...] make lp_test_format lp_test_arit lp_test_blend lp_test_conv lp_test_printf make[1]: Entering directory `mesa/src/gallium/drivers/llvmpipe' CXXLD lp_test_format /usr/lib/llvm-3.2/lib/libLLVMSupport.a(DynamicLibrary.o): In function `llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, std::string*)': (.text+0x347): undefined reference to `dlopen' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(DynamicLibrary.o): In function `llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, std::string*)': (.text+0x3ec): undefined reference to `dlclose' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(DynamicLibrary.o): In function `llvm::sys::DynamicLibrary::getPermanentLibrary(char const*, std::string*)': (.text+0x726): undefined reference to `dlerror' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(DynamicLibrary.o): In function `llvm::sys::DynamicLibrary::SearchForAddressOfSymbol(char const*)': (.text+0xb8b): undefined reference to `dlsym' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(DynamicLibrary.o): In function `llvm::sys::DynamicLibrary::getAddressOfSymbol(char const*)': (.text+0xa6d): undefined reference to `dlsym' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Signals.o): In function `PrintStackTrace(void*)': (.text+0x6c): undefined reference to `dladdr' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Signals.o): In function `PrintStackTrace(void*)': (.text+0x18f): undefined reference to `dladdr' ../../auxiliary/.libs/libgallium.a(u_dl.o): In function `util_dl_open': mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen' ../../auxiliary/.libs/libgallium.a(u_dl.o): In function `util_dl_get_proc_address': mesa/src/gallium/auxiliary/util/u_dl.c:62: undefined reference to `dlsym' ../../auxiliary/.libs/libgallium.a(u_dl.o): In function `util_dl_close': mesa/src/gallium/auxiliary/util/u_dl.c:75: undefined reference to `dlclose' ../../auxiliary/.libs/libgallium.a(u_dl.o): In function `util_dl_error': mesa/src/gallium/auxiliary/util/u_dl.c:88: undefined reference to `dlerror' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Mutex.o): In function `llvm::sys::MutexImpl::MutexImpl(bool)': (.text+0x41): undefined reference to `pthread_mutexattr_init' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Mutex.o): In function `llvm::sys::MutexImpl::MutexImpl(bool)': (.text+0x4d): undefined reference to `pthread_mutexattr_settype' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Mutex.o): In function `llvm::sys::MutexImpl::MutexImpl(bool)': (.text+0x57): undefined reference to `pthread_mutexattr_setpshared' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Mutex.o): In function `llvm::sys::MutexImpl::MutexImpl(bool)': (.text+0x6a): undefined reference to `pthread_mutexattr_destroy' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(Mutex.o): In function `llvm::sys::MutexImpl::tryacquire()': (.text+0x108): undefined reference to `pthread_mutex_trylock' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::RWMutexImpl()': (.text+0x2b): undefined reference to `pthread_rwlock_init' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::~RWMutexImpl()': (.text+0x58): undefined reference to `pthread_rwlock_destroy' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::reader_acquire()': (.text+0x78): undefined reference to `pthread_rwlock_rdlock' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::reader_release()': (.text+0x98): undefined reference to `pthread_rwlock_unlock' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::writer_acquire()': (.text+0xb8): undefined reference to `pthread_rwlock_wrlock' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(RWMutex.o): In function `llvm::sys::RWMutexImpl::writer_release()': (.text+0xd8): undefined reference to `pthread_rwlock_unlock' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(ThreadLocal.o): In function `llvm::sys::ThreadLocalImpl::~ThreadLocalImpl()': (.text+0x12): undefined reference to `pthread_key_delete' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(ThreadLocal.o): In function `llvm::sys::ThreadLocalImpl::ThreadLocalImpl()': (.text+0x6f): undefined reference to `pthread_key_create' /usr/lib/llvm-3.2/lib/libLLVMSupport.a(ThreadLocal.o): In function `llvm::sys::ThreadLocalImpl::setInstance(void const*)': (.text+0x84): undefined reference to `pthread_setspecific'
[Mesa-dev] [Bug 61052] [llvmpipe] mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen'
https://bugs.freedesktop.org/show_bug.cgi?id=61052 José Fonseca jfons...@vmware.com changed: What|Removed |Added CC||jfons...@vmware.com --- Comment #1 from José Fonseca jfons...@vmware.com --- autotools build needs to add -ldl on all gallium targets. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59876] glGetTexLevelParameteriv broken for indirect rendering
https://bugs.freedesktop.org/show_bug.cgi?id=59876 --- Comment #5 from Stefan Brüns stefan.bru...@rwth-aachen.de --- Can *anyonye* act on this, please? The bug is obvious and the fix is trivial ... -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61003] gluSurface with Nurbs spits out C code arc_ccw_turn...
https://bugs.freedesktop.org/show_bug.cgi?id=61003 Blaž Hrastnik speed.the.b...@gmail.com changed: What|Removed |Added CC||speed.the.b...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 --- Comment #3 from Brian Paul bri...@vmware.com --- OK, I've found/fixed the problem. Your patch was incorrect. And your test program has a few bugs too (I'll attach a fixed version). After the patch has been reviewed I'll commit it. Thanks for the test program! -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 --- Comment #4 from Brian Paul bri...@vmware.com --- Created attachment 75047 -- https://bugs.freedesktop.org/attachment.cgi?id=75047action=edit Fixed test program. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #2 from Brian Paul bri...@vmware.com --- Created attachment 75059 -- https://bugs.freedesktop.org/attachment.cgi?id=75059action=edit llvmpipe texture size patch Can you test the attached patch? -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #3 from Roland Scheidegger srol...@vmware.com --- (In reply to comment #0) The following(ish) code produces an assertion failure using llvmpipe libGL from Mesa 9.0.2: Near as I can tell, the call responsible for storing that state with the pbuffer is this code: http://cgit.freedesktop.org/mesa/mesa/tree/src/gallium/state_trackers/glx/ xlib/xm_api.c?id=369e46888904c6d379b8b477d9242cff1608e30e#n460 A call to get_drawable_size retrieves the size of the pbuffer drawable into local variables width and height, but these values never make it into the XMesaBuffer structure. This isn't llvmpipe specific right? That call you mention indeed looks a bit odd. The function comment explicitly states Width/Height of the new buffer will be 0 so I don't know why it calls get_drawable_size() there in the first place (probably some leftover from older code). It looks like for pixmaps/windows that information will be filled out later at MakeCurrent time, which will eventually call xmesa_check_buffer_size() which will fill it in. However, for pbuffers this is a noop. My guess is it should be filled out in XMesaCreatePBuffer() instead since pbuffers have fixed size (?). -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61003] gluSurface with Nurbs spits out C code arc_ccw_turn...
https://bugs.freedesktop.org/show_bug.cgi?id=61003 Brian Paul bri...@vmware.com changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |matts...@gmail.com |org | --- Comment #2 from Brian Paul bri...@vmware.com --- Matt, when glu is configured without --enable-debug we should probably have -DNDEBUG in our CFLAGS. Can you look into that? -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #4 from Brian Paul bri...@vmware.com --- Created attachment 75065 -- https://bugs.freedesktop.org/attachment.cgi?id=75065action=edit Initialize the buffer's size in create_xmesa_buffer() Here's another patch to try. It uses the results of get_drawable_size() to initialize the buffer's dimensions. I've run other test programs and it seems to be OK. I think my previous patch for llvmpipe is also needed since it's possible to create a pbuffer of size 0 x 0. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #6 from Brian Paul bri...@vmware.com --- (In reply to comment #5) Created attachment 75068 [details] [review] another attempt to fix pbuffer initialization Hmm is it legal to use XGetGeometry() with pbuffers? Not normally, but in the glx/xlib code we create a dummy pixmap for each pbuffer so that we have an XID that we can pass around. I think something like this patch would be better. That would be fine too. It's what I first tried. Not sure if guarding against zero-sized buffers in drivers is needed. Might be but there are other instances where we hack up such windows to have width/height of 1 for that reason so we don't have to do it in drivers. I hacked up a test for a 0x0 surface. Softpipe worked but the llvmpipe assertion failed. I guess I'd consider the llvmpipe change to be a defensive coding check. One less way for llvmpipe to fail is good thing. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 --- Comment #7 from Roland Scheidegger srol...@vmware.com --- (In reply to comment #6) (In reply to comment #5) Created attachment 75068 [details] [review] [review] another attempt to fix pbuffer initialization Hmm is it legal to use XGetGeometry() with pbuffers? Not normally, but in the glx/xlib code we create a dummy pixmap for each pbuffer so that we have an XID that we can pass around. Ah ok then that should be fine too. I think though in this case the function comment should be updated too (which is why I was thinking this function shouldn't really set up size for whatever reason). I think something like this patch would be better. That would be fine too. It's what I first tried. Not sure if guarding against zero-sized buffers in drivers is needed. Might be but there are other instances where we hack up such windows to have width/height of 1 for that reason so we don't have to do it in drivers. I hacked up a test for a 0x0 surface. Softpipe worked but the llvmpipe assertion failed. I guess I'd consider the llvmpipe change to be a defensive coding check. One less way for llvmpipe to fail is good thing. Yeah probably. Though zero-sized resources are a pretty nasty thing. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61093] New: [llvmpipe] lp_surface.c:68:lp_resource_copy: Assertion `src_box-depth == 1' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=61093 Priority: medium Bug ID: 61093 Keywords: regression CC: mar...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: [llvmpipe] lp_surface.c:68:lp_resource_copy: Assertion `src_box-depth == 1' failed. Severity: critical Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: 07cdfdb708ac28aa487a738db30b128cb0df1dc3 (master) Run piglit test texsubimage on llvmpipe. $ ./bin/texsubimage -auto Using test set: Core formats src/gallium/drivers/llvmpipe/lp_surface.c:68:lp_resource_copy: Assertion `src_box-depth == 1' failed. Trace/breakpoint trap (core dumped) (gdb) bt #0 0x7f45cd5c145f in _debug_assert_fail (expr=0x7f45cdef06aa src_box-depth == 1, file=0x7f45cdef0680 src/gallium/drivers/llvmpipe/lp_surface.c, line=68, function=0x7f45cdef0850 __FUNCTION__.11411 lp_resource_copy) at src/gallium/auxiliary/util/u_debug.c:278 #1 0x7f45cd284d9c in lp_resource_copy (pipe=0x23fd280, dst=0x98eeeb0, dst_level=0, dstx=0, dsty=0, dstz=0, src=0x977c930, src_level=0, src_box=0x7fff1362c374) at src/gallium/drivers/llvmpipe/lp_surface.c:68 #2 0x7f45cd5dfcd9 in util_try_blit_via_copy_region (ctx=0x23fd280, blit=0x7fff1362c340) at src/gallium/auxiliary/util/u_surface.c:630 #3 0x7f45cd285220 in lp_blit (pipe=0x23fd280, blit_info=0x7fff1362c4f0) at src/gallium/drivers/llvmpipe/lp_surface.c:189 #4 0x7f45cd3c31d6 in st_TexSubImage (ctx=0x246bcf0, dims=3, texImage=0x9b33bf0, xoffset=0, yoffset=0, zoffset=0, width=128, height=64, depth=8, format=6408, type=5121, pixels=0x9bb0c30, unpack=0x2472688) at src/mesa/state_tracker/st_cb_texture.c:776 #5 0x7f45cd3c33b2 in st_TexImage (ctx=0x246bcf0, dims=3, texImage=0x9b33bf0, format=6408, type=5121, pixels=0x9bb0c30, unpack=0x2472688) at src/mesa/state_tracker/st_cb_texture.c:806 #6 0x7f45cd37d7f7 in teximage (ctx=0x246bcf0, compressed=0 '\000', dims=3, target=32879, level=0, internalFormat=3, width=128, height=64, depth=8, border=0, format=6408, type=5121, imageSize=0, pixels=0x9bb0c30) at src/mesa/main/teximage.c:3091 #7 0x7f45cd37da7d in _mesa_TexImage3D (target=32879, level=0, internalFormat=3, width=128, height=64, depth=8, border=0, format=6408, type=5121, pixels=0x9bb0c30) at src/mesa/main/teximage.c:3146 #8 0x7f45cfb59f11 in stub_glTexImage3D (target=32879, level=0, internalformat=3, width=128, height=64, depth=8, border=0, format=6408, type=5121, pixels=0x9bb0c30) at piglit/tests/util/generated_dispatch.c:27319 #9 0x004023d1 in test_format (target=32879, intFormat=3) at piglit/tests/texturing/texsubimage.c:262 #10 0x0040293b in test_formats (target=32879) at piglit/tests/texturing/texsubimage.c:369 #11 0x00402999 in piglit_display () at piglit/tests/texturing/texsubimage.c:393 #12 0x7f45cfb21680 in display () at piglit/tests/util/piglit-framework-gl/piglit_glut_framework.c:60 #13 0x7f45cf4ccfc4 in ?? () from /usr/lib/x86_64-linux-gnu/libglut.so.3 #14 0x7f45cf4d0719 in fgEnumWindows () from /usr/lib/x86_64-linux-gnu/libglut.so.3 #15 0x7f45cf4cd45c in glutMainLoopEvent () from /usr/lib/x86_64-linux-gnu/libglut.so.3 #16 0x7f45cf4cdd81 in glutMainLoop () from /usr/lib/x86_64-linux-gnu/libglut.so.3 #17 0x7f45cfb21852 in run_test (gl_fw=0x7f45cfdf3c00 glut_fw, argc=1, argv=0x7fff1362cd68) at piglit/tests/util/piglit-framework-gl/piglit_glut_framework.c:127 #18 0x7f45cfb1f971 in piglit_gl_test_run (argc=1, argv=0x7fff1362cd68, config=0x7fff1362cc50) at piglit/tests/util/piglit-framework-gl.c:127 #19 0x00401d8e in main (argc=2, argv=0x7fff1362cd68) at piglit/tests/texturing/texsubimage.c:46 (gdb) frame 1 #1 0x7f45cd284d9c in lp_resource_copy (pipe=0x23fd280, dst=0x98eeeb0, dst_level=0, dstx=0, dsty=0, dstz=0, src=0x977c930, src_level=0, src_box=0x7fff1362c374) at src/gallium/drivers/llvmpipe/lp_surface.c:68 68 assert(src_box-depth == 1); (gdb) print src_box-depth $1 = 8 0a1479c829ed34a65e60c6619a8164e1b079aaee is the first bad commit commit 0a1479c829ed34a65e60c6619a8164e1b079aaee Author: Marek Olšák mar...@gmail.com Date: Thu Feb 14 01:03:55 2013 +0100 st/mesa: implement blit-based TexImage and TexSubImage A temporary texture is created such that it matches the format and type combination and pixels are copied to it using memcpy. Then the blit is used to copy the temporary texture to the texture image being modified by TexImage or TexSubImage. The blit takes care of the format and type conversion and swizzling. The result is a very fast texture upload involving as little CPU as possible. This improves
[Mesa-dev] [Bug 38086] Mesa 7.11-devel implementation error: Unexpected program target in destroy_program_variants_cb()
https://bugs.freedesktop.org/show_bug.cgi?id=38086 --- Comment #5 from Laurent carlier lordhea...@gmail.com --- Can reproduce this bug also with mesa-9.2-devel (git) but also 9.0.x with counter strike: Source (steam-linux) gdb backtrace: Breakpoint 2, destroy_program_variants (st=0x8171910, program=0xf52863c0 _mesa_DummyProgram) at ../../src/mesa/state_tracker/st_program.c:1212 1212 _mesa_problem(NULL, Unexpected program target 0x%x in (gdb) bt full #0 destroy_program_variants (st=0x8171910, program=0xf52863c0 _mesa_DummyProgram) at ../../src/mesa/state_tracker/st_program.c:1212 No locals. #1 0xf405cb16 in destroy_program_variants_cb (key=2, data=0xf52863c0 _mesa_DummyProgram, userData=0x8171910) at ../../src/mesa/state_tracker/st_program.c:1266 st = 0x8171910 program = 0xf52863c0 _mesa_DummyProgram #2 0xf3f3b343 in _mesa_HashWalk (table=0x80b5240, callback=0xf405caf2 destroy_program_variants_cb, userData=0x8171910) at ../../src/mesa/main/hash.c:329 table2 = 0x80b5240 entry = 0xbf3fe30 __PRETTY_FUNCTION__ = _mesa_HashWalk #3 0xf405cb51 in st_destroy_program_variants (st=0x8171910) at ../../src/mesa/state_tracker/st_program.c:1279 No locals. #4 0xf403761c in st_destroy_context (st=0x8171910) at ../../src/mesa/state_tracker/st_context.c:301 pipe = 0x80a6f90 cso = 0x8176e48 ctx = 0x818f788 i = 4 #5 0xf4054e92 in st_context_destroy (stctxi=0x8171910) at ../../src/mesa/state_tracker/st_manager.c:598 st = 0x8171910 #6 0xf42a08e3 in dri_destroy_context (cPriv=0x80b6110) at dri_context.c:187 ctx = 0x80a6f00 #7 0xf3e9ef3e in driDestroyContext (pcp=0x80b6110) at ../../../../src/mesa/drivers/dri/common/dri_util.c:329 No locals. #8 0xf7c520c6 in ?? () from /usr/lib32/libGL.so.1 No symbol table info available. #9 0xf7c26b98 in glXDestroyContext () from /usr/lib32/libGL.so.1 No symbol table info available. #10 0xf73ab759 in X11_GL_DeleteContext (_this=0x805e380, context=0x80b6028) at src/video/x11/SDL_x11opengl.c:747 display = 0x805edb0 #11 0xf7387d00 in SDL_GL_DeleteContext (context=0x80b6028) at src/video/SDL_video.c:2785 No locals. #12 0xf7a0b38f in ?? () from bin/launcher.so No symbol table info available. #13 0xf741418b in ?? () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/libtogl.so No symbol table info available. #14 0xf74143a6 in ?? () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/libtogl.so No symbol table info available. #15 0xf7403596 in IDirect3DDevice9::~IDirect3DDevice9() () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/libtogl.so No symbol table info available. ---Type return to continue, or q return to quit--- #16 0xf74036f2 in IDirect3DDevice9::~IDirect3DDevice9() () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/libtogl.so No symbol table info available. #17 0xec66482f in ?? () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/shaderapidx9.so No symbol table info available. #18 0xec6631fe in ?? () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/shaderapidx9.so No symbol table info available. #19 0xf1cf7731 in ?? () from /home/lordh/.local/share/Steam/SteamApps/lordheavy/Counter-Strike Source/bin/materialsystem.so No symbol table info available. #20 0xf7a07f8c in ?? () from bin/launcher.so No symbol table info available. #21 0xf7a0801b in ?? () from bin/launcher.so No symbol table info available. #22 0xf7a08010 in ?? () from bin/launcher.so No symbol table info available. #23 0xf79f04cd in LauncherMain () from bin/launcher.so No symbol table info available. #24 0x08048474 in main () (gdb) print *program $1 = {Id = 0, String = 0x0, RefCount = 0, Target = 0, Format = 0, Instructions = 0x0, InputsRead = 0, OutputsWritten = 0, SystemValuesRead = 0, InputFlags = {0 repeats 32 times}, OutputFlags = {0 repeats 64 times}, TexturesUsed = {0 repeats 32 times}, SamplersUsed = 0, ShadowSamplers = 0, Parameters = 0x0, LocalParams = {{0, 0, 0, 0} repeats 4096 times}, SamplerUnits = '\000' repeats 15 times, IndirectRegisterFiles = 0, NumInstructions = 0, NumTemporaries = 0, NumParameters = 0, NumAttributes = 0, NumAddressRegs = 0, NumAluInstructions = 0, NumTexInstructions = 0, NumTexIndirections = 0, NumNativeInstructions = 0, NumNativeTemporaries = 0, NumNativeParameters = 0, NumNativeAttributes = 0, NumNativeAddressRegs = 0, NumNativeAluInstructions = 0, NumNativeTexInstructions = 0, NumNativeTexIndirections = 0} -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61093] [llvmpipe] lp_surface.c:68:lp_resource_copy: Assertion `src_box-depth == 1' failed.
https://bugs.freedesktop.org/show_bug.cgi?id=61093 José Fonseca jfons...@vmware.com changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |srol...@vmware.com |org | CC||jfons...@vmware.com --- Comment #2 from José Fonseca jfons...@vmware.com --- (In reply to comment #1) The assertion in lp_resource_copy can be fixed easily, but I can't reproduce it. Roland already has fix for review on mesa3d-dev. llvmpipe is failing a different assertion here: texsubimage: /home/marek/dev/llvm/include/llvm/CodeGen/SelectionDAGNodes.h:539: const llvm::SDValue llvm::SDNode::getOperand(unsigned int) const: Assertion `Num NumOperands Invalid child # of SDNode!' failed. This must be something different. The way I see it, my work only uncovered this bug. Yes, I agree. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 38086] Mesa 7.11-devel implementation error: Unexpected program target in destroy_program_variants_cb()
https://bugs.freedesktop.org/show_bug.cgi?id=38086 --- Comment #6 from Brian Paul bri...@vmware.com --- Can you make a trace of this issue with apitrace? https://github.com/apitrace/apitrace -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 60938] [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-fixed regression
https://bugs.freedesktop.org/show_bug.cgi?id=60938 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Brian Paul bri...@vmware.com --- Fixed with commit 5da967aff5adb3e27954488206fb885ea1ede0fd -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61026] Segfault in glBitmap when called with PBO source
https://bugs.freedesktop.org/show_bug.cgi?id=61026 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Brian Paul bri...@vmware.com --- Fixed with commit 63c30d7e4fd9676c72d5d94640e1e136bd9dd09f -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59876] glGetTexLevelParameteriv broken for indirect rendering
https://bugs.freedesktop.org/show_bug.cgi?id=59876 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #6 from Brian Paul bri...@vmware.com --- Patch committed as 5876a5dbc0a6ec9ae7f44b5e483d38ae0d24a259 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61012] alloc_layout_array tx * ty assertion failure when making pbuffer current
https://bugs.freedesktop.org/show_bug.cgi?id=61012 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #9 from Brian Paul bri...@vmware.com --- Fixed by commit e2091f64cb9ea79f3b51c353ed9facc03ec5690a -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61091] piglit glsl-fs-texture2drect regression
https://bugs.freedesktop.org/show_bug.cgi?id=61091 --- Comment #1 from Marek Olšák mar...@gmail.com --- glBlitFramebuffer with rectangle textures is also broken with both softpipe and llvmpipe and it has been so for quite a while. I have a piglit test for that. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 38086] Mesa 7.11-devel implementation error: Unexpected program target in destroy_program_variants_cb()
https://bugs.freedesktop.org/show_bug.cgi?id=38086 --- Comment #7 from Laurent carlier lordhea...@gmail.com --- (In reply to comment #6) Can you make a trace of this issue with apitrace? https://github.com/apitrace/apitrace You can find it here: http://pkgbuild.com/~lcarlier/traces/hl2_linux.trace.tar.gz -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59331] piglit arb_uniform_buffer_object-getintegeri_v regression
https://bugs.freedesktop.org/show_bug.cgi?id=59331 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Ian Romanick i...@freedesktop.org --- Fixed by piglit commit: commit 7651a69e6c58d4d28373225a67ccac10468f2afe Author: Ian Romanick ian.d.roman...@intel.com Date: Mon Jan 28 17:04:41 2013 -0800 GL_ARB_ubo/getintegeri_v: Respect implementation value of GL_UNIFORM_BUFFER_OFFSET_ALIGNMENT Signed-off-by: Ian Romanick ian.d.roman...@intel.com Cc: Vinson Lee v...@freedesktop.org Cc: Fredrik Höglund fred...@kde.org Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=59331 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59331] piglit arb_uniform_buffer_object-getintegeri_v regression
https://bugs.freedesktop.org/show_bug.cgi?id=59331 Ian Romanick i...@freedesktop.org changed: What|Removed |Added CC||xunx.f...@intel.com --- Comment #4 from Ian Romanick i...@freedesktop.org --- *** Bug 61043 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61149] Crash on Intel Sandybridge Mobile with Vertex Buffer Objects and select mode OpenGL rendering
https://bugs.freedesktop.org/show_bug.cgi?id=61149 --- Comment #1 from Antony Riakiotakis kal...@gmail.com --- Attaching full backtrace. Some information that might prove useful, we are using glDrawElements as a draw call. #0 0x7fffe2900a3f in run_vp (ctx=optimized out, stage=optimized out) at ../../../../../src/mesa/tnl/t_vb_program.c:389 ptr = 0x8000f7fb0ff4 Address 0x8000f7fb0ff4 out of bounds size = 3 stride = 12 data = 0x8000f7fb0ff4 attr = optimized out tnl = 0x37e0450 store = 0x3922b80 VB = 0x37e0bc8 program = optimized out machine = 0x3923250 outputs = {0, 0, 1, 0 repeats 11 times, 3797438540, 32767, 0, 0, 3801491299, 32767, 43, 6, 0, 0, 43, 0, 57137600, 0, 15, 0, 57129920, 0, 58425864, 0, 0} numOutputs = 1 i = optimized out j = optimized out __PRETTY_FUNCTION__ = run_vp #1 0x7fffe28fd92d in _tnl_run_pipeline (ctx=0x367bbc0) at ../../../../../src/mesa/tnl/t_pipeline.c:163 s = 0x37e0710 tnl = 0x37e0450 i = optimized out #2 0x7fffe28fdf26 in _tnl_draw_prims (ctx=ctx@entry=0x367bbc0, arrays=arrays@entry=0x7ffd57f0, prim=prim@entry=0x7ffd6470, nr_prims=nr_prims@entry=1, ib=ib@entry=0x7ffd57d0, min_index=optimized out, max_index=0) at ../../../../../src/mesa/tnl/t_draw.c:524 this_nr_prims = optimized out bo = {0x4a27050, 0x0 repeats 22 times, 0x7271f328 drmIoctl+40, 0x0, 0x4c26f20, 0x3739f40, 0x373a028, 0x0, 0x7fffe258504c, 0x0, 0x0, 0x1001e, 0x7fff} nr_bo = 1 inst = optimized out tnl = 0x37e0450 max = optimized out max_basevertex = optimized out i = optimized out #3 0x7fffe28fea8f in _tnl_vbo_draw_prims (ctx=ctx@entry=0x367bbc0, prim=prim@entry=0x7ffd6470, nr_prims=nr_prims@entry=1, ib=ib@entry=0x7ffd57d0, index_bounds_valid=index_bounds_valid@entry=1 '\001', min_index=min_index@entry=0, max_index=0, tfb_vertcount=tfb_vertcount@entry=0x0) at ../../../../../src/mesa/tnl/t_draw.c:424 arrays = 0x7ffd57f0 #4 0x7fffe28ef301 in vbo_rebase_prims (ctx=ctx@entry=0x367bbc0, arrays=arrays@entry=0x37cd728, prim=prim@entry=0x7ffd6470, nr_prims=nr_prims@entry=1, ib=0x7ffd57d0, ib@entry=0x7ffd6450, min_index=min_index@entry=4294967295, max_index=max_index@entry=4294967295, draw=draw@entry=0x7fffe28fea20 _tnl_vbo_draw_prims) at ../../../../../src/mesa/vbo/vbo_rebase.c:233 tmp_arrays = {{Size = 3, Type = 5126, Format = 6408, Stride = 0, StrideB = 12, Ptr = 0xfff4 Address 0xfff4 out of bounds, Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 12, BufferObj = 0x4a27050, _MaxElement = 36}, {Size = 4, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d1e0 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 16, BufferObj = 0x374ac40, _MaxElement = 0}, { Size = 3, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d1f0 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 12, BufferObj = 0x374ac40, _MaxElement = 0}, {Size = 4, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d200 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 16, BufferObj = 0x374ac40, _MaxElement = 0}, {Size = 1, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d210 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 4, BufferObj = 0x374ac40, _MaxElement = 0}, { Size = 1, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d220 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 4, BufferObj = 0x374ac40, _MaxElement = 0}, {Size = 1, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d230 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 4, BufferObj = 0x374ac40, _MaxElement = 0}, {Size = 1, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d240 , Enabled = 1 '\001', Normalized = 0 '\000', Integer = 0 '\000', InstanceDivisor = 0, _ElementSize = 4, BufferObj = 0x374ac40, _MaxElement = 0}, { Size = 2, Type = 5126, Format = 6408, Stride = 0, StrideB = 0, Ptr = 0x367d250 , Enabled = 1 '\001',
[Mesa-dev] [Bug 61153] New: [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-vertex regression
https://bugs.freedesktop.org/show_bug.cgi?id=61153 Priority: medium Bug ID: 61153 Keywords: regression CC: bri...@vmware.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit interpolation-noperspective-gl_BackColor-flat-vertex regression Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: 076403c30d9f5cc79374e30d9f6007b08a63bf2d (master) $ ./bin/shader_runner generated_tests/spec/glsl-1.30/execution/interpolation/interpolation-noperspective-gl_BackColor-flat-vertex.shader_test -auto Mesa warning: failed to remap glClampColorARB Mesa warning: failed to remap glTexBufferARB Mesa warning: failed to remap glFramebufferTextureARB Mesa warning: failed to remap glVertexAttribDivisorARB Mesa warning: failed to remap glProgramParameteriARB Probe at (159,45) Expected: 0.272727 0.181818 0.545455 1.00 Observed: 0.474510 0.160784 0.364706 1.00 Probe at (192,38) Expected: 0.153846 0.153846 0.692308 1.00 Observed: 0.27 0.13 0.596078 1.00 Probe at (216,33) Expected: 0.07 0.13 0.80 1.00 Observed: 0.117647 0.117647 0.764706 1.00 Probe at (166,83) Expected: 0.17 0.33 0.50 1.00 Observed: 0.294118 0.294118 0.415686 1.00 Probe at (196,71) Expected: 0.071429 0.285714 0.642857 1.00 Observed: 0.125490 0.250980 0.627451 1.00 Probe at (136,136) Expected: 0.181818 0.545455 0.272727 1.00 Observed: 0.317647 0.478431 0.203922 1.00 Probe at (173,115) Expected: 0.076923 0.461538 0.461538 1.00 Observed: 0.129412 0.403922 0.462745 1.00 Probe at (145,166) Expected: 0.08 0.67 0.25 1.00 Observed: 0.149020 0.603922 0.247059 1.00 PIGLIT: {'result': 'fail' } 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 is the first bad commit commit 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 Author: Brian Paul bri...@vmware.com Date: Mon Jan 21 11:32:49 2013 -0700 draw: add new debug code and comments in clip code template In debug builds, set clipped vertex window coordinates to NaN values to help debugging. Otherwise, we're just leaving the coordinate in clip space and it's invalid to use it later expecting it to be a window coord. Reviewed-by: José Fonseca jfons...@vmware.com :04 04 1c9a933b785f0a56ebf2f13874aacffc4183e976 b87acb6dca3e64abd30f9da1d7483ac61364fb9e M src bisect run success -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61149] Crash on Intel Sandybridge Mobile with Vertex Buffer Objects and select mode OpenGL rendering
https://bugs.freedesktop.org/show_bug.cgi?id=61149 Antony Riakiotakis kal...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Antony Riakiotakis kal...@gmail.com --- *** This bug has been marked as a duplicate of bug 59455 *** -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Black screen but audio song On TF2 (Intel HM 55/ Ironlake Mobile)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #3 from Lukas M l...@slyon.de --- In #60481 Ian Romanick said Source-Games would depend on GL3.. I demonstrated that the Source-Games don't need full GL3, but just depend on GLSL 1.30 [0]. I run CS:S using Mesa-9.0's softpipe driver (OpenGL 2.1 GLSL 1.30). So there is probably just some GLSL 1.30 functionallity missing, which could be implemented as a software fallback or using the graphics hardware (if supported). Where would we have to implement those missing GLSL 1.30 functions? [0] https://github.com/ValveSoftware/Source-1-Games/issues/19#issuecomment-13801640 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 on Ironlake Mobile/HM 55 (Gen5)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 Lukas M l...@slyon.de changed: What|Removed |Added Summary|[Steam] Black screen but|[Steam] Implement GLSL 1.30 |audio song On TF2 (Intel HM |on Ironlake Mobile/HM 55 |55/ Ironlake Mobile)|(Gen5) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 on Ironlake Mobile/HM 55 (Gen5)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #4 from Paul Berry stereotype...@gmail.com --- (In reply to comment #3) In #60481 Ian Romanick said Source-Games would depend on GL3.. I demonstrated that the Source-Games don't need full GL3, but just depend on GLSL 1.30 [0]. I run CS:S using Mesa-9.0's softpipe driver (OpenGL 2.1 GLSL 1.30). So there is probably just some GLSL 1.30 functionallity missing, which could be implemented as a software fallback or using the graphics hardware (if supported). Where would we have to implement those missing GLSL 1.30 functions? [0] https://github.com/ValveSoftware/Source-1-Games/issues/19#issuecomment- 13801640 I can't speak to whether Source games require GL 3.0 or not, but here's a rough list of what would need to be added to the i965 driver in order to support GLSL 1.30 on Ironlake (this is based on section 1.2.1 Summary of Functionality differences from version 1.2 of the GLSL 1.30 spec): - Texture size queries* - Texture arrays* - Texture offsetting* - Explicit LOD and derivative controls* - noperspective and flat interpolation qualifiers - gl_VertexID *Some of these may already work on IronLake--I'm not terribly familiar with the texturing code. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 on Ironlake Mobile/HM 55 (Gen5)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #5 from Paul Berry stereotype...@gmail.com --- (In reply to comment #4) (In reply to comment #3) In #60481 Ian Romanick said Source-Games would depend on GL3.. I demonstrated that the Source-Games don't need full GL3, but just depend on GLSL 1.30 [0]. I run CS:S using Mesa-9.0's softpipe driver (OpenGL 2.1 GLSL 1.30). So there is probably just some GLSL 1.30 functionallity missing, which could be implemented as a software fallback or using the graphics hardware (if supported). Where would we have to implement those missing GLSL 1.30 functions? [0] https://github.com/ValveSoftware/Source-1-Games/issues/19#issuecomment- 13801640 I can't speak to whether Source games require GL 3.0 or not, but here's a rough list of what would need to be added to the i965 driver in order to support GLSL 1.30 on Ironlake (this is based on section 1.2.1 Summary of Functionality differences from version 1.2 of the GLSL 1.30 spec): - Texture size queries* - Texture arrays* - Texture offsetting* - Explicit LOD and derivative controls* - noperspective and flat interpolation qualifiers - gl_VertexID *Some of these may already work on IronLake--I'm not terribly familiar with the texturing code. Argh, sorry. I hit submit before I was finished. One more item: - gl_ClipDistance Of all of these items, the trickiest one is gl_ClipDistance, since it requires modifying the Gen4/5-specific clip program (brw_clip.c) to perform clipping in a manner more like what happens in Gen6+ (using clip distances provided by the vertex shader rather than performing dot products in the clip program). This is not a project for the faint of heart--the brw_clip.c code isn't terribly well tested, and has a lot of tricky corner cases in it. Once those things are done, we would of course want to run the driver through a pretty thorough round of piglit testing to make sure we hadn't missed any small details. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets then SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 seves985 seves...@gmail.com changed: What|Removed |Added Summary|[Steam] Implement GLSL 1.30 |[Steam] Implement GLSL 1.30 |on Ironlake Mobile/HM 55|(for older chipsets then |(Gen5) |SandyBridge) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets then SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #6 from seves985 seves...@gmail.com --- This isn't only an IronLake-issue. This issue is related to any chipsets older then SandyBridge. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets than SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 Matt Turner matts...@gmail.com changed: What|Removed |Added Summary|[Steam] Implement GLSL 1.30 |[Steam] Implement GLSL 1.30 |(for older chipsets then|(for older chipsets than |SandyBridge)|SandyBridge) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59331] piglit arb_uniform_buffer_object-getintegeri_v regression
https://bugs.freedesktop.org/show_bug.cgi?id=59331 fangxun xunx.f...@intel.com changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #5 from fangxun xunx.f...@intel.com --- Verified it on mesa master and 9.1 branch with latest piglit. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59238] many new symbols in libxatracker after recent automake work
https://bugs.freedesktop.org/show_bug.cgi?id=59238 --- Comment #9 from Rafał Mużyło galtge...@o2.pl --- Just a minor thing: looking at the content of GALLIUM_CFLAGS shouldn't they be added to AM_CPPFLAGS instead of AM_CFLAGS ? Also, given that $(DEFINES) variable is technically deprecated, that should probably be adjusted too. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] New: mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 Priority: medium Bug ID: 61199 Keywords: regression CC: lem...@gmail.com Assignee: mesa-dev@lists.freedesktop.org Summary: mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function) Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Mesa core Product: Mesa mesa: 54d9c8a04a3d79da9a73f4b30d1c30874e05dc58 (master) $ scons [...] Compiling src/mapi/glapi/glapi_getproc.c ... In file included from src/mapi/glapi/glapi_getproc.c:48:0: build/linux-x86_64-debug/mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function) scons: *** [build/linux-x86_64-debug/mapi/glapi/glapi_getproc.os] Error 1 413941e1a3155b29a190ab7ecfd844b1a5c2e460 is the first bad commit commit 413941e1a3155b29a190ab7ecfd844b1a5c2e460 Author: Tapani Pälli tapani.pa...@intel.com Date: Mon Feb 18 09:12:27 2013 +0200 gles2: a stub implementation for GL_EXT_discard_framebuffer This patch implements a stub for GL_EXT_discard_framebuffer with required checks listed by the extension specification. This extension is required by GLBenchmark 2.5 when compiled with OpenGL ES 2.0 as the rendering backend. Signed-off-by: Tapani Pälli tapani.pa...@intel.com Reviewed-by: Brian Paul bri...@vmware.com Reviewed-and-tested-by: Chad Versace chad.vers...@linux.intel.com :04 04 64d7ddf0d1ed196500fc5e66a2bd7f5b4c28867a 6d191998124450cc5cd16aac8c767d254dc74688 M src bisect run success -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61200] New: insufficient linking of libxatracker.so
https://bugs.freedesktop.org/show_bug.cgi?id=61200 Priority: medium Bug ID: 61200 Assignee: mesa-dev@lists.freedesktop.org Summary: insufficient linking of libxatracker.so Severity: normal Classification: Unclassified OS: All Reporter: galtge...@o2.pl Hardware: All Status: NEW Version: git Component: Other Product: Mesa See https://bugs.gentoo.org/show_bug.cgi?id=458300 for the problem and possible solution (similar to the one used for OSMesa). On not quite related note: it would seem constructs like 'AC_ARG_ENABLE([xlib_glx],' aren't quite correct - to match AS_HELP_STRING, they should be 'AC_ARG_ENABLE([xlib-glx],', cause while the corect var to check for will have an underscore, '--enable-FEATURE' string takes FEATURE from first argument of the macro. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 --- Comment #1 from Tapani Pälli lem...@gmail.com --- Sorry for the regression, I don't know much about scons but I'm able to reproduce the error and will try to fix this. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 --- Comment #2 from Tapani Pälli lem...@gmail.com --- Created attachment 75232 -- https://bugs.freedesktop.org/attachment.cgi?id=75232action=edit fix to the build -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 Tapani Pälli lem...@gmail.com changed: What|Removed |Added Attachment #75232|0 |1 is obsolete|| --- Comment #3 from Tapani Pälli lem...@gmail.com --- Created attachment 75234 -- https://bugs.freedesktop.org/attachment.cgi?id=75234action=edit fix without typos included -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61200] insufficient linking of libxatracker.so
https://bugs.freedesktop.org/show_bug.cgi?id=61200 --- Comment #1 from Andreas Boll andreas.boll@gmail.com --- Created attachment 75240 -- https://bugs.freedesktop.org/attachment.cgi?id=75240action=edit possible fix Does this patch help? -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61200] insufficient linking of libxatracker.so
https://bugs.freedesktop.org/show_bug.cgi?id=61200 --- Comment #2 from Rafał Mużyło galtge...@o2.pl --- (In reply to comment #1) Created attachment 75240 [details] [review] possible fix Does this patch help? Well, it should help - that's exactly the solution I've proposed. On the other hand, I'm not the original reporter - I've only moved it here, so that 9.1 gets the fix before its release. The downstream bug has been just been updated - will get back to you. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61052] [llvmpipe] mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen'
https://bugs.freedesktop.org/show_bug.cgi?id=61052 --- Comment #2 from Andreas Boll andreas.boll@gmail.com --- Created attachment 75266 -- https://bugs.freedesktop.org/attachment.cgi?id=75266action=edit possible fix Does this patch help? -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 --- Comment #4 from Vinson Lee v...@freedesktop.org --- Comment on attachment 75234 -- https://bugs.freedesktop.org/attachment.cgi?id=75234 fix without typos included Review of attachment 75234: - Tested-by: Vinson Lee v...@freedesktop.org -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61052] [llvmpipe] mesa/src/gallium/auxiliary/util/u_dl.c:48: undefined reference to `dlopen'
https://bugs.freedesktop.org/show_bug.cgi?id=61052 --- Comment #3 from Vinson Lee v...@freedesktop.org --- Comment on attachment 75266 -- https://bugs.freedesktop.org/attachment.cgi?id=75266 possible fix Review of attachment 75266: - Tested-by: Vinson Lee v...@freedesktop.org -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 46376] render error when run glsl demo or mesa demo with X
https://bugs.freedesktop.org/show_bug.cgi?id=46376 --- Comment #4 from ye.tian yex.t...@intel.com --- The issue still exists with the follow commits: - Kernel_version: 3.8 Libdrm: 2.4.42 Mesa: (9.1)9.1-rc2 Xserver:(server-1.13-branch)xorg-server-1.13.2 Xf86_video_intel: (master)2.21.0 Cairo: (master)1.12.12 Libva: staging-20130205 Libva_intel_driver: staging-20130205 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61200] insufficient linking of libxatracker.so
https://bugs.freedesktop.org/show_bug.cgi?id=61200 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Andreas Boll andreas.boll@gmail.com --- Fixed by commit c1eb585f3d62670782d9cc73637b7e3bcab46d66 Cherry-picked to the 9.1 branch: be7048477a2989bd11ab590c65ea1515f764a86c It will be available in Mesa 9.1 Please reopen the bug if the problem still exists. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets than SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #7 from christopher.alder...@hotmail.com --- Just to nudge things, is anybody working on this/know of anybody working on this? If I had the know-how, I'd have a shot, but this is outside the scope of my abilities. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61091] u_blitter only works on drivers that ignore pipe_sampler_state.normalized_coords
https://bugs.freedesktop.org/show_bug.cgi?id=61091 José Fonseca jfons...@vmware.com changed: What|Removed |Added Severity|normal |blocker Priority|medium |high Assignee|mesa-dev@lists.freedesktop. |mar...@gmail.com |org | CC||bri...@vmware.com, ||jfons...@vmware.com, ||srol...@vmware.com Summary|piglit |u_blitter only works on |glsl-fs-texture2drect |drivers that ignore |regression |pipe_sampler_state.normaliz ||ed_coords --- Comment #2 from José Fonseca jfons...@vmware.com --- (In reply to comment #1) glBlitFramebuffer with rectangle textures is also broken with both softpipe and llvmpipe and it has been so for quite a while. I have a piglit test for that. The problem is that u_blitter is misleading drivers: it always sets sampler_state.normalized_coords = 1, but then passes unnormalized coords for rectangle textures. It effectively only works on drivers that ignore normalized_coords. If you prefer passing unnormalized coord then please fix the state. Alternatively we could easily modify u_blitter to always pass normalized coords. Another thing to consider is just remove normalized_coords state, and force drivers follow the texture target. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 12817] Xorg 7.3 crashes due to Mesa/GL problems
https://bugs.freedesktop.org/show_bug.cgi?id=12817 --- Comment #1 from Niclas Zeising zeising+freedesk...@daemonic.se --- This bug can probably be closed, since FreeBSD 6.4 is obsoleted, and xorg is updated to xserver 1.7.7 and Mesa/GL 7.6.1 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 12817] Xorg 7.3 crashes due to Mesa/GL problems
https://bugs.freedesktop.org/show_bug.cgi?id=12817 --- Comment #2 from Niclas Zeising zeising+freedesk...@daemonic.se --- (In reply to comment #1) This bug can probably be closed, since FreeBSD 6.4 is obsoleted, and xorg is ^^^ That should read FreeBSD 6.2 of course. updated to xserver 1.7.7 and Mesa/GL 7.6.1 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets than SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 --- Comment #8 from Paul Berry stereotype...@gmail.com --- (In reply to comment #6) This isn't only an IronLake-issue. This issue is related to any chipsets older then SandyBridge. Just a side note to anyone who decides to work on this bug; If you would like to try to make chipsets prior to Gen5 work, please have a look at section 6.2.3 (Negative-W Clipping Errata) of the i965/G35 manual (pp133-138), available from https://01.org/linuxgraphics/documentation/intel%C2%AE-965-express-chipset-family-and-intel%C2%AE-g35-express-chipset-graphics-controller Briefly, certain Gen4 chipsets contain a bug which causes vertices with a negative gl_Position.w value to be clipped incorrectly. The workaround uses some of the hardware that was intended to implement gl_ClipDistance[7] (specifically, bit UC7, which is output by the vertex shader to help the fixed-function clipping hardware determine whether a vertex may be trivially accepted or rejected). At present, applying the workaround is easy, since we don't support gl_ClipDistance on those chipsets, so bit UC7 is otherwise unused. If we want to make Gen4 chipsets implement gl_ClipDistance properly, we'll need to carefully consider the interactions between the bug workaround and gl_ClipDistance[7]. You can find the workaround code in Mesa by searching for the text has_negative_rhw_bug. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61282] New: build failure since 413941e1, glDiscardFramebufferEXT undeclared
https://bugs.freedesktop.org/show_bug.cgi?id=61282 Priority: medium Bug ID: 61282 Assignee: mesa-dev@lists.freedesktop.org Summary: build failure since 413941e1, glDiscardFramebufferEXT undeclared Severity: normal Classification: Unclassified OS: All Reporter: brad.k...@kitware.com Hardware: Other Status: NEW Version: git Component: Other Product: Mesa Since commit 413941e1 (gles2: a stub implementation for GL_EXT_discard_framebuffer, 2013-02-18) Mesa fails to build as follows: $ ./autogen.sh --disable-dri \ --disable-egl \ --disable-shared-glapi \ --enable-xlib-glx \ --enable-osmesa \ --without-gallium-drivers $ make ... Making all in mapi/glapi make[2]: Entering directory `.../src/mapi/glapi' CC glapi_getproc.lo In file included from glapi_getproc.c:48:0: ../../../src/mapi/glapi/glprocs.h:2573:5: error: 'glDiscardFramebufferEXT' undeclared here (not in a function) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61282] build failure since 413941e1, glDiscardFramebufferEXT undeclared
https://bugs.freedesktop.org/show_bug.cgi?id=61282 Brad King brad.k...@kitware.com changed: What|Removed |Added CC||hob...@ohiou.edu -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 57563] Crash in debug_backtrace_capture (src/gallium/auxiliary/util/u_debug_stack.c) when running mesa-demos using drm backend
https://bugs.freedesktop.org/show_bug.cgi?id=57563 José Fonseca jfons...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from José Fonseca jfons...@vmware.com --- (In reply to comment #0) The following fixes/workaround have been found: 0. to build mesa without debug support :-) 1. to build with explicit compiler flag -fno-omit-frame-pointer Yes, debug build without frame pointers is rather useless combination IMHO. Our autotools build should take care of that automatically. 2. to apply the following patch Thanks. I've pushed it now. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61299] New: LLVM 3.2 fails to link with Mesa 9.0.2 on Windows; missing link libraries
https://bugs.freedesktop.org/show_bug.cgi?id=61299 Priority: medium Bug ID: 61299 Assignee: mesa-dev@lists.freedesktop.org Summary: LLVM 3.2 fails to link with Mesa 9.0.2 on Windows; missing link libraries Severity: normal Classification: Unclassified OS: Windows (All) Reporter: keith.kriew...@attachmate.com Hardware: x86 (IA32) Status: NEW Version: 9.0 Component: Other Product: Mesa Linking of Mesa 9.0.2 with LLVM 3.2 fails with unresolved external symbol: LLVMJIT.lib(JITMemoryManager.obj) : error LNK2019: unresolved external symbol p ublic: virtual __thiscall llvm::RTDyldMemoryManager::~RTDyldMemoryManager(void) (??1RTDyldMemoryManager@llvm@@UAE@XZ) referenced in function public: virtual _ _thiscall llvm::JITMemoryManager::~JITMemoryManager(void) (??1JITMemoryManager@ llvm@@UAE@XZ) The problem appears to be that the link library list in \Mesa-9.0.2\scons\llvm.py is missing two LLVM libraries (LLVMRuntimeDyld and LLVMObject). Workaround is to modify llvm.py at line 95 to read: if llvm_version = distutils.version.LooseVersion('3.0'): # 3.0 env.Prepend(LIBS = [ 'LLVMBitWriter', 'LLVMX86Disassembler', 'LLVMX86AsmParser', 'LLVMX86CodeGen', 'LLVMX86Desc', 'LLVMSelectionDAG', 'LLVMAsmPrinter', 'LLVMMCParser', 'LLVMX86AsmPrinter', 'LLVMX86Utils', 'LLVMX86Info', 'LLVMJIT', 'LLVMExecutionEngine', 'LLVMCodeGen', 'LLVMScalarOpts', 'LLVMInstCombine', 'LLVMTransformUtils', 'LLVMipa', 'LLVMAnalysis', 'LLVMTarget', 'LLVMMC', 'LLVMCore', 'LLVMSupport', 'LLVMRuntimeDyld', 'LLVMObject' ]) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61282] build failure since 413941e1, glDiscardFramebufferEXT undeclared
https://bugs.freedesktop.org/show_bug.cgi?id=61282 Jon TURNEY jon.tur...@dronecode.org.uk changed: What|Removed |Added CC||jon.tur...@dronecode.org.uk --- Comment #1 from Jon TURNEY jon.tur...@dronecode.org.uk --- also seen in x.org tinderbox http://tinderbox.freedesktop.org/builds/2013-02-21-0010/logs/libGL/#build -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 12817] Xorg 7.3 crashes due to Mesa/GL problems
https://bugs.freedesktop.org/show_bug.cgi?id=12817 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61282] build failure since 413941e1, glDiscardFramebufferEXT undeclared
https://bugs.freedesktop.org/show_bug.cgi?id=61282 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Assignee|mesa-dev@lists.freedesktop. |lem...@gmail.com |org | CC||chad.vers...@linux.intel.co ||m, i...@freedesktop.org -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 Tapani Pälli lem...@gmail.com changed: What|Removed |Added CC||brad.k...@kitware.com --- Comment #5 from Tapani Pälli lem...@gmail.com --- *** Bug 61282 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 --- Comment #6 from Brad King brad.k...@kitware.com --- Comment on attachment 75234 -- https://bugs.freedesktop.org/attachment.cgi?id=75234 fix without typos included Review of attachment 75234: - Tested-by: Brad King brad.k...@kitware.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61312] New: Assertion failure: freeing bad or corrupted memory in st_translate_mesa_program
https://bugs.freedesktop.org/show_bug.cgi?id=61312 Priority: medium Bug ID: 61312 Assignee: mesa-dev@lists.freedesktop.org Summary: Assertion failure: freeing bad or corrupted memory in st_translate_mesa_program Severity: normal Classification: Unclassified OS: Windows (All) Reporter: keith.kriew...@attachmate.com Hardware: x86 (IA32) Status: NEW Version: 9.0 Component: Mesa core Product: Mesa Created attachment 75372 -- https://bugs.freedesktop.org/attachment.cgi?id=75372action=edit RXA product settings Using Mesa 9.0.2 Gallium softpipe or llvmpipe drivers, debug builds on Windows report the following assertion failure: src\mesa\state_tracker\st_mesa_to_tgsi.c:1256:st_translate_mesa_program: freeing bad or corrupted memory 0x63588d38 src\gallium\auxiliary\util\u_debug_memory.c:160:debug_free: Assertion `0' failed. This assert fails during the initialization of most GLUT sample programs such as dinospin, gears, bounce, etc. Mesa 9.0.2 is built with mingw, python 2.7, scons 2.2.0. Same result with LLVM (llvmpipe) or without it (softpipe). My steps to reproduce: 1. Install Attachmate Reflection X Advantage v4.2 (a PC X Server product), available in an evaluation download of the Reflection X 2011 product suite (http://www.attachmate.com/Evals/pc-x-server/rsx2011/portal.htm). 2. Copy the debug Mesa library into the product install folder: from \Mesa-9.0.2\build\windows-x86-debug\gallium\targets\libgl-gdi\opengl32.dll to \Program Files (x86)\Attachmate\Reflection 3. Start All Programs Attachmate Reflection X Manager - Reflection X Advantage 4. Run a debugger, e.g. Visual Studio, and attach to the rxmgr.exe process. 5. In X Manager, import the attached rxa_settings.rxd file. 6. Click on My Sessions MWM Session, and click Action Start. Enter host name, username, and password for any Linux/UNIX host that has GLUT sample applications (e.g. dinospin). 7. In the XTerm, run a GLUT application, e.g. dinospin. 8. Debugger breaks on os_abort() in u_debug.c _debug_assert_fail(). Call stack: opengl32.dll!_debug_assert_fail(const char * expr=0x66f4e0b8, const char * file=0x66f4e08c, unsigned int line=0x00a0, const char * function=0x66f4e080) Line 278 C opengl32.dll!debug_free(const char * file=0x66ee9554, unsigned int line=0x04e8, const char * function=0x66ee94f4, void * ptr=0x5ad75540) Line 160 + 0x19 bytesC opengl32.dll!st_translate_mesa_program(gl_context * ctx=0x5ad86048, unsigned int procType=0x0001, ureg_program * ureg=0x5aff5f08, const gl_program * program=0x63487188, unsigned int numInputs=0x0007, const unsigned int * inputMapping=0x6349742c, const unsigned char * inputSemanticName=0x, const unsigned char * inputSemanticIndex=0x, const unsigned int * interpMode=0x, unsigned int numOutputs=0x0002, const unsigned int * outputMapping=0x63497534, const unsigned char * outputSemanticName=0x63497600, const unsigned char * outputSemanticIndex=0x63497633, unsigned char passthrough_edgeflags=0x00, unsigned char clamp_color=0x00) Line 1256 + 0x21 bytesC opengl32.dll!st_translate_vertex_program(st_context * st=0x5ad3d398, st_vertex_program * stvp=0x63487188, const st_vp_variant_key * key=0x5a97f9bc) Line 375 + 0x61 bytesC opengl32.dll!st_get_vp_variant(st_context * st=0x5ad3d398, st_vertex_program * stvp=0x63487188, const st_vp_variant_key * key=0x5a97f9bc) Line 430 + 0x11 bytesC opengl32.dll!update_vp(st_context * st=0x5ad3d398) Line 152 + 0x11 bytes C opengl32.dll!st_validate_state(st_context * st=0x5ad3d398) Line 203 + 0x13 bytesC opengl32.dll!st_Clear(gl_context * ctx=0x5ad86048, unsigned int mask=0x0012) Line 462 + 0x9 bytesC opengl32.dll!_mesa_Clear(unsigned int mask=0x4100) Line 233 + 0x13 bytesC opengl32.dll!glClear(unsigned int mask=0x4100) Line 1303C jogl.dll!62cf20fd() [Frames below may be incorrect and/or missing, no symbols loaded for jogl.dll] jvm.dll!5e7b2e06() msvcr100.dll!749bc556() msvcr100.dll!749bc600() kernel32.dll!74f833aa() ntdll.dll!773c9ef2() ntdll.dll!773c9ec5() -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61312] Assertion failure: freeing bad or corrupted memory in st_translate_mesa_program
https://bugs.freedesktop.org/show_bug.cgi?id=61312 --- Comment #1 from Keith Kriewall keith.kriew...@attachmate.com --- Created attachment 75375 -- https://bugs.freedesktop.org/attachment.cgi?id=75375action=edit Trace of GL calls made by dinospin In case it helps, I'm attaching a JOGL trace of the GL calls made by 'dinospin'. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 29044] GLSL compiler tracker
https://bugs.freedesktop.org/show_bug.cgi?id=29044 Bug 29044 depends on bug 28138, which changed state. Bug 28138 Summary: [G45] Regnum Online, sparkling in in-game rendering https://bugs.freedesktop.org/show_bug.cgi?id=28138 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61318] New: Can't compile GLU 32bit on 64bit
https://bugs.freedesktop.org/show_bug.cgi?id=61318 Priority: medium Bug ID: 61318 Assignee: mesa-dev@lists.freedesktop.org Summary: Can't compile GLU 32bit on 64bit Severity: critical Classification: Unclassified OS: All Reporter: alexandre.f.dem...@gmail.com Hardware: All Status: NEW Version: git Component: GLU Product: Mesa When crosscompiling, building GLU 32 bit on 64 bit system fails: CXXLDlibGLU.la /usr/lib/x86_64-linux-gnu/libGL.so: could not read symbols: File in wrong format collect2: error: ld returned 1 exit status make: *** [libGLU.la] Error 1 I use the following to build: if [ $BUILD32 = true ]; then echo Building 32 bit export CFLAGS='-m32' export CXXFLAGS='-m32' export LLVM_CONFIG='/usr/bin/llvm-config32' ./autogen.sh --build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu --prefix=/usr --libdir=/usr/lib/i386-linux-gnu --includedir=/usr/include/i386-linux-gnu fi make -j $NUM_THREADS -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 38086] Mesa 7.11-devel implementation error: Unexpected program target in destroy_program_variants_cb()
https://bugs.freedesktop.org/show_bug.cgi?id=38086 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #8 from Brian Paul bri...@vmware.com --- Fixed with commit 8bb291b0f59e8e13bc252cb35672eb468e53881a -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61318] Can't compile GLU 32bit on 64bit
https://bugs.freedesktop.org/show_bug.cgi?id=61318 Matt Turner matts...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from Matt Turner matts...@gmail.com --- I built with both CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 --build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu and CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 locally and it works. This is some kind of problem local to you. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61318] Can't compile GLU 32bit on 64bit
https://bugs.freedesktop.org/show_bug.cgi?id=61318 --- Comment #2 from Matt Turner matts...@gmail.com --- I built with both CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 --build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu and CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 locally and it works. This is some kind of problem local to you. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61199] mapi/glapi/glprocs.h:2573:5: error: ‘glDiscardFramebufferEXT’ undeclared here (not in a function)
https://bugs.freedesktop.org/show_bug.cgi?id=61199 --- Comment #7 from Tapani Pälli lem...@gmail.com --- someone please commit the fix -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61326] New: [softpipe] piglit interpolation-noperspective-gl_BackSecondaryColor-flat-vertex regression
https://bugs.freedesktop.org/show_bug.cgi?id=61326 Priority: medium Bug ID: 61326 Keywords: regression CC: bri...@vmware.com Assignee: mesa-dev@lists.freedesktop.org Summary: [softpipe] piglit interpolation-noperspective-gl_BackSecondaryColor-flat -vertex regression Severity: normal Classification: Unclassified OS: Linux (All) Reporter: v...@freedesktop.org Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa mesa: 54afbce934b4adb7258d79699c37312d378a7401 (master) $ ./bin/shader_runner generated_tests/spec/glsl-1.30/execution/interpolation/interpolation-noperspective-gl_BackSecondaryColor-flat-vertex.shader_test -auto Mesa warning: failed to remap glClampColorARB Mesa warning: failed to remap glTexBufferARB Mesa warning: failed to remap glFramebufferTextureARB Mesa warning: failed to remap glVertexAttribDivisorARB Mesa warning: failed to remap glProgramParameteriARB Probe at (159,45) Expected: 0.272727 0.181818 0.545455 1.00 Observed: 0.474510 0.160784 0.364706 1.00 Probe at (192,38) Expected: 0.153846 0.153846 0.692308 1.00 Observed: 0.27 0.13 0.596078 1.00 Probe at (216,33) Expected: 0.07 0.13 0.80 1.00 Observed: 0.117647 0.117647 0.764706 1.00 Probe at (166,83) Expected: 0.17 0.33 0.50 1.00 Observed: 0.294118 0.294118 0.415686 1.00 Probe at (196,71) Expected: 0.071429 0.285714 0.642857 1.00 Observed: 0.125490 0.250980 0.627451 1.00 Probe at (136,136) Expected: 0.181818 0.545455 0.272727 1.00 Observed: 0.317647 0.478431 0.203922 1.00 Probe at (173,115) Expected: 0.076923 0.461538 0.461538 1.00 Observed: 0.129412 0.403922 0.462745 1.00 Probe at (145,166) Expected: 0.08 0.67 0.25 1.00 Observed: 0.149020 0.603922 0.247059 1.00 PIGLIT: {'result': 'fail' } 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 is the first bad commit commit 4a938ef7136a89c828ebb16effe1bc5bea08b7d7 Author: Brian Paul bri...@vmware.com Date: Mon Jan 21 11:32:49 2013 -0700 draw: add new debug code and comments in clip code template In debug builds, set clipped vertex window coordinates to NaN values to help debugging. Otherwise, we're just leaving the coordinate in clip space and it's invalid to use it later expecting it to be a window coord. Reviewed-by: José Fonseca jfons...@vmware.com :04 04 1c9a933b785f0a56ebf2f13874aacffc4183e976 b87acb6dca3e64abd30f9da1d7483ac61364fb9e Msrc bisect run success -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61318] Can't compile GLU 32bit on 64bit
https://bugs.freedesktop.org/show_bug.cgi?id=61318 --- Comment #3 from Alexandre Demers alexandre.f.dem...@gmail.com --- (In reply to comment #2) I built with both CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 --build=x86_64-pc-linux-gnu --host=i686-pc-linux-gnu and CFLAGS=-m32 CXXFLAGS=-m32 ./autogen.sh --prefix=/usr --libdir=/usr/lib32 locally and it works. This is some kind of problem local to you. Maybe you can help me identify my problem then. Doing ldconfig -p | grep libGL.so returns libGL.so.1 (libc6,x86-64, OS ABI: Linux 2.4.20) = /usr/lib/libGL.so.1 libGL.so.1 (libc6) = /usr/lib32/libGL.so.1 libGL.so (libc6,x86-64, OS ABI: Linux 2.4.20) = /usr/lib/libGL.so libGL.so (libc6) = /usr/lib32/libGL.so so the linker knows it exists. Everything is where it is expected to be from what I can see. Any clue where I should dig? -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61333] New: Gallium drivers no longer link with shared libglsl
https://bugs.freedesktop.org/show_bug.cgi?id=61333 Priority: medium Bug ID: 61333 Assignee: mesa-dev@lists.freedesktop.org Summary: Gallium drivers no longer link with shared libglsl Severity: minor Classification: Unclassified OS: Linux (All) Reporter: cur...@operamail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa In 8.0, gallium drivers linked with shared dricore and glsl. In 9.0 and master of today, they don't. This is causing every driver to be ~8mb bigger than in 8.0. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 59187] [Steam] Implement GLSL 1.30 (for older chipsets than SandyBridge)
https://bugs.freedesktop.org/show_bug.cgi?id=59187 matthewjohnruss...@gmail.com changed: What|Removed |Added CC||matthewjohnruss...@gmail.co ||m -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61333] Gallium drivers no longer link with shared libglsl
https://bugs.freedesktop.org/show_bug.cgi?id=61333 --- Comment #1 from Fabio Pedretti fabio@libero.it --- See: https://bugs.launchpad.net/ubuntu/precise/+source/mesa-lts-quantal/+bug/1117417 http://anonscm.debian.org/gitweb/?p=pkg-xorg/lib/mesa.git;a=tree;f=debian/patches;hb=refs/heads/ubuntu -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61361] New: Version mismatch error. This is libtool 2.4.2, but the definition of this LT_INIT comes from libtool 2.2.8.
https://bugs.freedesktop.org/show_bug.cgi?id=61361 Priority: medium Bug ID: 61361 Assignee: mesa-dev@lists.freedesktop.org Summary: Version mismatch error. This is libtool 2.4.2, but the definition of this LT_INIT comes from libtool 2.2.8. Severity: blocker Classification: Unclassified OS: Linux (All) Reporter: dh-b...@online.de Hardware: x86 (IA32) Status: NEW Version: unspecified Component: Other Product: Mesa This happens since 9.0.1 make[3]: Entering directory `(...)/Mesa-9.1/src/mapi/shared-glapi' CC entry.lo libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from libtool 2.2.8. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make[3]: *** [entry.lo] error 63 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61364] New: LLVM assertion when starting X11
https://bugs.freedesktop.org/show_bug.cgi?id=61364 Priority: medium Bug ID: 61364 Assignee: mesa-dev@lists.freedesktop.org Summary: LLVM assertion when starting X11 Severity: major Classification: Unclassified OS: Linux (All) Reporter: john.kare.alsa...@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa Created attachment 75418 -- https://bugs.freedesktop.org/attachment.cgi?id=75418action=edit LLVM Assertion I get an LLVM assertion when running startx in VMware. This applies to git (I tried commit 7ae6864f0dbec33270c83c4181a8182139662d0f) and Arch Linux's 9.1 packages. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61366] New: oprofilejit should be included in the list of LLVM components required
https://bugs.freedesktop.org/show_bug.cgi?id=61366 Priority: medium Bug ID: 61366 Assignee: mesa-dev@lists.freedesktop.org Summary: oprofilejit should be included in the list of LLVM components required Severity: minor Classification: Unclassified OS: Linux (All) Reporter: ats...@offog.org Hardware: x86-64 (AMD64) Status: NEW Version: 9.0 Component: Other Product: Mesa Created attachment 75423 -- https://bugs.freedesktop.org/attachment.cgi?id=75423action=edit My patch I'm using Mesa 9.0.3 on Linux, built with automake. llvmpipe uses llvm::JITEventListener::createOProfileJITEventListener if LLVM was compiled with OProfile support, so it needs to link with libLLVMOProfileJIT -- i.e. include oprofilejit in the list of LLVM components required in configure.ac, if it exists. There's already a similar test for mcjit; duplicating this for oprofilejit works for me. Patch to this effect attached, but you may prefer a different fix. Without this, I get the following link error: gmake[5]: Entering directory `/src/x11/mesa/work/Mesa-9.0.3/src/gallium/drivers/llvmpipe' g++ -Wl,-O2 -Wl,--as-needed -Wl,-O2 -Wl,--as-needed -L/gar/packages/llvm-3.2/lib -lbfd -lpthread -ldl -lm -lopagent -L/gar/lib/oprofile -Wl,-rpath,/gar/lib/oprofile lp_test_format.o lp_test_main.o -o lp_test_format -Wl,--start-group -L../../auxiliary/ -lgallium libllvmpipe.a -lLLVMMCJIT -lLLVMBitWriter -lLLVMX86Disassembler -lLLVMX86CodeGen -lLLVMSelectionDAG -lLLVMAsmPrinter -lLLVMX86AsmParser -lLLVMMCParser -lLLVMX86Desc -lLLVMX86Info -lLLVMX86AsmPrinter -lLLVMX86Utils -lLLVMJIT -lLLVMRuntimeDyld -lLLVMExecutionEngine -lLLVMCodeGen -lLLVMScalarOpts -lLLVMInstCombine -lLLVMTransformUtils -lLLVMipa -lLLVMAnalysis -lLLVMTarget -lLLVMMC -lLLVMObject -lLLVMCore -lLLVMSupport -L/gar/lib -lXext -lXdamage -lXfixes -lX11-xcb -lX11 -lxcb-glx -lxcb -lXxf86vm -L/gar/lib -ldrm -lm -lpthread -ldl -Wl,--end-group ../../auxiliary//libgallium.a(lp_bld_misc.o): In function `lp_register_oprofile_jit_event_listener': lp_bld_misc.cpp:(.text+0x1c): undefined reference to `llvm::JITEventListener::createOProfileJITEventListener()' collect2: error: ld returned 1 exit status gmake[5]: *** [lp_test_format] Error 1 gmake[5]: Leaving directory `/src/x11/mesa/work/Mesa-9.0.3/src/gallium/drivers/llvmpipe' I guess this error doesn't show up for people who've got LLVM built as one large library, which isn't the default configuration. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61364] LLVM assertion when starting X11
https://bugs.freedesktop.org/show_bug.cgi?id=61364 --- Comment #1 from John Kåre Alsaker john.kare.alsa...@gmail.com --- Backtrace #0 0x7f40f703d2c5 in raise () from /usr/lib/libc.so.6 #1 0x7f40f703e748 in abort () from /usr/lib/libc.so.6 #2 0x7f40f7036312 in __assert_fail_base () from /usr/lib/libc.so.6 #3 0x7f40f70363c2 in __assert_fail () from /usr/lib/libc.so.6 #4 0x7f40f45b1b59 in llvm::cl::parserllvm::ScheduleDAGSDNodes* (*)(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level)::addLiteralOptionllvm::ScheduleDAGSDNodes* (*)(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level) (this=0x7f40f38ae9d0 ISHeuristic+96, Name=0x7f40f308a1d5 default, V=@0x7fff83a92008: 0x7f40f4598600 llvm::createDefaultScheduler(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level), HelpStr=0x7f40f2f2b68c Best scheduler for the target) at /home/zoxc/llvm-build/llvm/include/llvm/Support/CommandLine.h:646 #5 0x7f40f45b25aa in llvm::RegisterPassParserllvm::RegisterScheduler::NotifyAdd (this=0x7f40f38ae9c8 ISHeuristic+88, N=0x7f40f308a1d5 default, C=0x7f40f4598600 llvm::createDefaultScheduler(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level), D=0x7f40f2f2b68c Best scheduler for the target) at /home/zoxc/llvm-build/llvm/include/llvm/CodeGen/MachinePassRegistry.h:148 #6 0x7f40f480ba8f in llvm::MachinePassRegistry::Add (this=0x7f40f5a18320 llvm::RegisterScheduler::Registry, Node=0x7f40f38aeb38 defaultListDAGScheduler) at /home/zoxc/llvm-build/llvm/lib/CodeGen/MachinePassRegistry.cpp:41 #7 0x7f40f22ae445 in llvm::RegisterScheduler::RegisterScheduler (this=0x7f40f38aeb38 defaultListDAGScheduler, N=0x7f40f308a1d5 default, D=0x7f40f2f2b68c Best scheduler for the target, C=0x7f40f4598600 llvm::createDefaultScheduler(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level)) at /home/zoxc/llvm-build/llvm/include/llvm/CodeGen/SchedulerRegistry.h:43 #8 0x7f40f22a0e1d in llvm::RegisterScheduler::RegisterScheduler (this=0x7f40f38aeb38 defaultListDAGScheduler, N=0x7f40f308a1d5 default, D=0x7f40f2f2b68c Best scheduler for the target, C=0x7f40f4598600 llvm::createDefaultScheduler(llvm::SelectionDAGISel*, llvm::CodeGenOpt::Level)) at /home/zoxc/llvm-build/llvm/include/llvm/CodeGen/SchedulerRegistry.h:43 #9 0x7f40f1bb4129 in __cxx_global_var_init38 () from /usr/lib/xorg/modules/dri/swrast_dri.so #10 0x7f40f1bb41aa in global constructors keyed to a () from /usr/lib/xorg/modules/dri/swrast_dri.so #11 0x7f40f8c629d6 in call_init () from /lib64/ld-linux-x86-64.so.2 #12 0x7f40f8c62aba in _dl_init_internal () from /lib64/ld-linux-x86-64.so.2 #13 0x7f40f8c66af9 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2 #14 0x7f40f8c62816 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #15 0x7f40f8c66329 in _dl_open () from /lib64/ld-linux-x86-64.so.2 #16 0x7f40f85c3026 in ?? () from /usr/lib/libdl.so.2 #17 0x7f40f8c62816 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2 #18 0x7f40f85c35ec in ?? () from /usr/lib/libdl.so.2 #19 0x7f40f85c30c1 in dlopen () from /usr/lib/libdl.so.2 #20 0x7f40f5ce80a6 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #21 0x7f40f5ce79d6 in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #22 0x7f40f5ce6fda in ?? () from /usr/lib/xorg/modules/extensions/libglx.so #23 0x004aace9 in InitExtensions () #24 0x0042670c in ?? () #25 0x7f40f7029a15 in __libc_start_main () from /usr/lib/libc.so.6 #26 0x00426c0d in _start () -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61395] New: glEdgeFlag can't be set to false
https://bugs.freedesktop.org/show_bug.cgi?id=61395 Priority: medium Bug ID: 61395 Assignee: mesa-dev@lists.freedesktop.org Summary: glEdgeFlag can't be set to false Severity: normal Classification: Unclassified OS: Linux (All) Reporter: speed.the.b...@gmail.com Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: Mesa core Product: Mesa Created attachment 75444 -- https://bugs.freedesktop.org/attachment.cgi?id=75444action=edit test program Setting glEdgeFlag to GL_FALSE, then checking glGetBooleanv of GL_EDGE_FLAG returns GL_TRUE. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61395] glEdgeFlag can't be set to false
https://bugs.freedesktop.org/show_bug.cgi?id=61395 Blaž Hrastnik speed.the.b...@gmail.com changed: What|Removed |Added CC||speed.the.b...@gmail.com -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61412] New: glCallLists performance extremely slow
https://bugs.freedesktop.org/show_bug.cgi?id=61412 Priority: medium Bug ID: 61412 Assignee: mesa-dev@lists.freedesktop.org Summary: glCallLists performance extremely slow Severity: major Classification: Unclassified OS: Linux (All) Reporter: rexhunte...@gmail.com Hardware: All Status: NEW Version: unspecified Component: Other Product: Mesa When running Carnivores 2 linux port on my Intel chipset (low-performance) the application performs astoundingly well, upwards of 120 fps, 20 more frames than the nvidia high performance card. As soon as I implemented the text support using XFonts and call lists (yes deprecated) I was getting ~8 fps, commented out glCallLists and discovered this was the culprit, the performance slow down was constant from game start to finish. Rebuilt the application for my Windows 7 machine, ran it and had no problems with the WGL version of things, went back to Linux and ran it using only the nvidia drivers and had no performance issues at all. I realise that Lists are outdated and deprecated however I'm building this project for people who still have OpenGL 1.3 and 2.0 devices and have issues with large textures (game is multilingual as well, so bitmap fonts in my own textures would get rather enormous to support everything from Latin to Cyrillic) Not a huge problem since it is deprecated after all but it definitely kills backwards compatibility and totally kills off anyone with a netbook or older device driver. Running the application using GLX/WGL context creation and am able to get a 3.0+ context, however am sticking to the legacy 2.1 and below side of things. List is a standard 256 character font mapping if it helps any. -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61415] New: Clover ignores --with-opencl-libdir path
https://bugs.freedesktop.org/show_bug.cgi?id=61415 Priority: medium Bug ID: 61415 Assignee: mesa-dev@lists.freedesktop.org Summary: Clover ignores --with-opencl-libdir path Severity: normal Classification: Unclassified OS: Linux (All) Reporter: m...@fireburn.co.uk Hardware: x86-64 (AMD64) Status: NEW Version: git Component: Other Product: Mesa When compiling clover an installation directory can be given using --with-opencl-libdir This currently doesn't work - I'm guessing it used to and I'm going to hazard a guess that it was the automake conversion that introduced the issue Built with --with-opencl-libdir=${EPREFIX}/usr/$(get_libdir)/OpenCL/vendors/mesa Expected /usr/lib64/OpenCL/vendors/mesa/libOpenCL.so.1.0.0 Get /usr/lib64/libOpenCL.so.1.0.0 -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61416] New: Clover doesn't work on a PRIME system when run under X
https://bugs.freedesktop.org/show_bug.cgi?id=61416 Priority: medium Bug ID: 61416 Assignee: mesa-dev@lists.freedesktop.org Summary: Clover doesn't work on a PRIME system when run under X Severity: normal Classification: Unclassified OS: All Reporter: m...@fireburn.co.uk Hardware: Other Status: NEW Version: git Component: Other Product: Mesa Clover doesn't find the correct device when running the simple tests when run under X ./math-int if_ne -20 20 1 radeon: Failed to get PCI ID, error number -13 There are 1 platforms. clGetDeviceIDs() failed: CL_DEVICE_NOT_FOUND When I run it from a virtual terminal (X is still running) I get: ./math-int if_ne -20 20 1 There are 1 platforms. There are 1 GPU devices. clCreateContext() succeeded. clCreateCommandQueue() succeeded. clCreateProgramWithSource() succeeded. clBuildProgram() succeeded. clCreateKernel() succeeded. clCreateBuffer() succeeded. clSetKernelArg() succeeded. clSetKernelArg() succeeded. clSetKernelArg() succeeded. clEnqueueNDRangeKernel() succeeded. clEnqueueReadBuffer() succeeded. Pass The above was typed manually due to the output not piping to a file - think there are a few typos in the program Is Clover using an environmental variable when run under X that's giving it the wrong device name? This is a PRIME system - sandybridge i965 with Radeon 6600M r600g tau Overlay # lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0101] (rev 09) 00:01.1 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0105] (rev 09) 00:01.2 PCI bridge [0604]: Intel Corporation Xeon E3-1200/2nd Generation Core Processor Family PCI Express Root Port [8086:0109] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b5) 00:1c.4 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 [8086:1c18] (rev b5) 00:1c.7 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 8 [8086:1c1e] (rev b5) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 05) 00:1f.0 ISA bridge [0601]: Intel Corporation HM65 Express Chipset Family LPC Controller [8086:1c49] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 05) 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices [AMD] nee ATI Whistler [AMD Radeon HD 6600M Series] [1002:6741] 09:00.0 Network controller [0280]: Intel Corporation Centrino Advanced-N 6230 [Rainbow Peak] [8086:0090] (rev 34) 0a:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR8151 v2.0 Gigabit Ethernet [1969:1083] (rev c0) 0b:00.0 USB controller [0c03]: NEC Corporation uPD720200 USB 3.0 Host Controller [1033:0194] (rev 04) -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 61416] Clover doesn't work on a PRIME system when run under X
https://bugs.freedesktop.org/show_bug.cgi?id=61416 --- Comment #1 from Mike Lothian m...@fireburn.co.uk --- Created attachment 75466 -- https://bugs.freedesktop.org/attachment.cgi?id=75466action=edit Xorg log -- You are receiving this mail because: You are the assignee for the bug. ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev