[Mesa-dev] Depthbuffer gl_FragDepth / glReadPixels on VMWare
Hi, i'm trying to get one of our testsuites running in VMWare (VMware, Inc. Gallium 0.3 on SVGA3D; build: RELEASE; OGL 2.1 Mesa 7.7.1-DEVEL). With the GDI backend everything works fine (tested in 7.7,7.8,7.10). I have a glsl shader that writes depth like void main() { vec4 v = texure2D(tex,gl_TexCoord[0].st); gl_FragColor = vec4(0,0,0,0); gl_FragDepth = v.x; } which doesn't work when running in VMWare's Mesa. Even a simple clear and readback of the depth buffer doesn't work, like: glClearDepth(0.6f); glClear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT); glReadPixels(0,0,m_Dim[0], m_Dim[1], GL_DEPTH_STENCIL_EXT, GL_UNSIGNED_INT_24_8_EXT, tmpBufferInt); or glReadPixels(0,0,m_Dim[0], m_Dim[1], GL_DEPTH_COMPONENT, GL_FLOAT, tmpBuffer); Both reads return all zeros. I don't know if VMWare's Mesa is a different branch and if this is the right place to report those bugs (if it is a bug) Stefan ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Re: [Mesa-dev] [PATCH 1/2] mesa: support internalFormat=GL_BGRA in TexImage2D
On Sat, 2011-01-22 at 19:18 -0800, Chad Versace wrote: On Sat, Jan 22, 2011 at 17:46, Ian Romanick i...@freedesktop.org wrote: What I want is a way with cmake to build files twice. The first time will be in the existing way. The second time will compile with - -DUSE_OPENGL_ES and will generate a .o file with a different name. ... I don't know cmake well enough to do that, and I keep forgetting to ask Chad. I have done just that with cmake recently; that is, building an executable twice, once using GL and again with GLES2. When Monday arrives, I'll take a look at how to best coerce Piglit to do this. It looks you already know a better way, but just in case, a straightforward way to do this is using out-of-source builds, one runs configures cmake with two seperate build directories (e.g., build/gl, build/gles) enabling GLES on the latter, and then its simply a matter of doing make -C build/gl make -C build/gles Jose ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 33433] .type directives in glapi_x86.S miss required @ character
https://bugs.freedesktop.org/show_bug.cgi?id=33433 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brian Paul bri...@vmware.com 2011-01-25 08:25:05 PST --- Thanks. I'm committing your patch (commit 37bffe8d128bd00343169188c9af4852bbd4783e) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 33440] _gl_DispatchTSD in glapi_x86_64.S has incorrect relocation type
https://bugs.freedesktop.org/show_bug.cgi?id=33440 Brian Paul bri...@vmware.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brian Paul bri...@vmware.com 2011-01-25 08:25:35 PST --- Thanks. Committed as 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376 -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 33440] _gl_DispatchTSD in glapi_x86_64.S has incorrect relocation type
https://bugs.freedesktop.org/show_bug.cgi?id=33440 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Alex Deucher ag...@yahoo.com 2011-01-25 11:03:39 PST --- This patch causes a segfault in all 3D apps on Linux (64-bit on AMD Phenom 9350e). -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 33492] New: Wayland clients immediately segfaulting starting with 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376
https://bugs.freedesktop.org/show_bug.cgi?id=33492 Summary: Wayland clients immediately segfaulting starting with 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376 Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Other AssignedTo: mesa-dev@lists.freedesktop.org ReportedBy: dar...@chaosreigns.com CC: dimi...@andric.com Wayland clients start segfaulting immediately for me as of this commit (while using nouveau): $ git bisect bad 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376 is the first bad commit commit 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376 Author: Dimitry Andric dimi...@andric.com Date: Tue Jan 25 09:22:12 2011 -0700 glapi: adding missing @GOTPCREL qualifer in glapi_x86-64.S $ libtool --mode=execute gdb wayland/clients/terminal GNU gdb (GDB) 7.2-ubuntu Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /home/darxus/wayland/wayland/clients/.libs/lt-terminal...done. (gdb) run Starting program: /home/darxus/wayland/wayland/clients/.libs/lt-terminal [Thread debugging using libthread_db enabled] - display@1.range(1280) - display@1.global(new id 1, display, 1) - display@1.global(new id 2, drm, 1) - display@1.global(new id 3, compositor, 1) - display@1.global(new id 4, visual, 1) - display@1.global(new id 5, visual, 1) - display@1.global(new id 6, visual, 1) - display@1.global(new id 7, shm, 1) - display@1.global(new id 8, shell, 1) - display@1.global(new id 9, screenshooter, 1) - display@1.global(new id 10, output, 1) - display@1.global(new id 11, input_device, 1) - drm@2.device(/dev/dri/card0) - output@10.geometry(0, 0, 1024, 640) drm@2.authenticate(31) - drm@2.authenticated() libEGL debug: EGL search path is /home/darxus/install/lib/egl libEGL debug: added /home/darxus/install/lib/egl/egl_gallium.so to module array libEGL debug: added egl_dri2 to module array libEGL debug: added egl_glx to module array libEGL debug: dlopen(/home/darxus/install/lib/egl/egl_gallium.so) libEGL info: use DRM for display 0x6 libEGL debug: searching for pipe module nouveau libEGL debug: loaded /home/darxus/install/lib/egl/pipe_nouveau.so libEGL debug: Failed to get KMS resources. Disable modeset. libEGL debug: the best driver is Gallium libEGL debug: searching for st module GL libEGL debug: loaded /home/darxus/install/lib/egl/st_GL.so Mesa warning: couldn't open libtxc_dxtn.so, software DXTn compression/decompression unavailable nv50_screen_get_param:135 - Unknown PIPE_CAP 43 Program received signal SIGSEGV, Segmentation fault. glGetString () at glapi_x86-64.S:9876 9876movq2200(%rax), %r11 (gdb) backtrace #0 glGetString () at glapi_x86-64.S:9876 #1 0x774f5cb8 in _cairo_gl_get_version () at cairo-gl-info.c:39 #2 0x774f458c in _cairo_gl_dispatch_init (dispatch=0x1f02, get_proc_addr=0x779c07f0 eglGetProcAddress) at cairo-gl-dispatch.c:127 #3 0x774f9c00 in cairo_egl_device_create (dpy=0x620a70, egl=0x6381f0) at cairo-egl-context.c:182 #4 0x00409d01 in init_drm (argc=value optimized out, argv=0x7fffdce0, option_entries=value optimized out) at window.c:1615 #5 display_create (argc=value optimized out, argv=0x7fffdce0, option_entries=value optimized out) at window.c:1674 #6 0x00407804 in main (argc=1, argv=0x7fffde08) at terminal.c:2385 (gdb) -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 33492] Wayland clients immediately segfaulting starting with 731ec60da3ccb92f5bfb4d6f1bc3c8e712751376
https://bugs.freedesktop.org/show_bug.cgi?id=33492 --- Comment #3 from Darxus dar...@chaosreigns.com 2011-01-25 11:25:31 PST --- Confirmed working as of ba0953da5b2440ba19f427ed82266f0dd0cdf96a, thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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 33494] crash during (or at end) of map loading in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=33494 XoD xodd...@gmail.com changed: What|Removed |Added AssignedTo|dri-devel@lists.freedesktop |mesa-dev@lists.freedesktop. |.org|org -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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] [PATCH] configure.ac: define LIBDRM_INTEL_REQUIRED
From: Tormod Volden debian.tor...@gmail.com To have the LIBDRM* requirements in one place Signed-off-by: Tormod Volden debian.tor...@gmail.com --- configure.ac |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff --git a/configure.ac b/configure.ac index 1c6edb7..a331174 100644 --- a/configure.ac +++ b/configure.ac @@ -20,6 +20,7 @@ AC_CANONICAL_HOST dnl Versions for external dependencies LIBDRM_REQUIRED=2.4.23 LIBDRM_RADEON_REQUIRED=2.4.23 +LIBDRM_INTEL_REQUIRED=2.4.23 DRI2PROTO_REQUIRED=2.1 GLPROTO_REQUIRED=1.4.11 LIBDRM_XORG_REQUIRED=2.4.23 @@ -997,7 +998,7 @@ AC_SUBST([DRI_LIB_DEPS]) case $DRI_DIRS in *i915*|*i965*) -PKG_CHECK_MODULES([INTEL], [libdrm_intel = 2.4.23]) +PKG_CHECK_MODULES([INTEL], [libdrm_intel = $LIBDRM_INTEL_REQUIRED]) ;; esac -- 1.7.0.4 ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev
[Mesa-dev] [Bug 33494] crash during (or at end) of map loading in ut2004
https://bugs.freedesktop.org/show_bug.cgi?id=33494 --- Comment #2 from Tobias Jakobi liquid.a...@gmx.net 2011-01-25 14:36:32 PST --- Can you do me a favor an check what your UseVBO setting is? It's a config setting of the OpenGL renderer (check $HOME/.ut2004/System/UT2004.ini). I'm interested because I'm also experiencing crashes in ut04 (see bug #33172) with certain settings. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- 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
Re: [Mesa-dev] [PATCH] util: require debug options to be separated by commas
On Mon, Jan 24, 2011 at 9:52 PM, Marek Olšák mar...@gmail.com wrote: Let's assume there are two options with names such that one is a substring of another. Previously, if we only specified the longer one as a debug option, the shorter one would be considered specified as well (because of strstr). This commit fixes it by checking that each option is surrounded by commas. (a regexp would be nicer, but this is not a performance critical code) Looks good to me. -Brian ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev