https://bugs.freedesktop.org/show_bug.cgi?id=33494
--- Comment #4 from Michel Dänzer 2011-01-26 01:17:03 PST
---
(In reply to comment #4)
> If I haven't debbuggeur attach ut2004 terminate on a DBUS error (Signal
> SIGBUS)
A bus error indicates something may have gone wrong in the kernel. Is th
On 2011-01-26 09:48, Marek Olšák wrote:
Module: Mesa
Branch: master
Commit: c7c733545a19aab3e2b954153b9348ebe3147368
URL:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=c7c733545a19aab3e2b954153b9348ebe3147368
Author: Marek Olšák
Date: Mon Jan 24 23:41:51 2011 +0100
util: require debug
Hi Jose,
thanks for the info, i got it working now:
- Instead of reading depth I just render 256 greylevel quads and
readback the color buffer (performance is not an issue here,
I just need an image that tells me that the depth buffer is ok)
- The GLSL depth-write shader doesn't work when t
Hi Michal,
Is this what you have in mind?
diff --git a/src/gallium/auxiliary/util/u_debug.c
b/src/gallium/auxiliary/util/u_debug.c
index 8cf7660..cb4d60d 100644
--- a/src/gallium/auxiliary/util/u_debug.c
+++ b/src/gallium/auxiliary/util/u_debug.c
@@ -180,6 +180,13 @@ debug_get_num_option(const ch
On Mon, 2011-01-24 at 20:52 -0800, Marek Olšák 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 com
Depth-writing shaders should work. Although it is very hard to know
whether they work or not given the depth-buffer can't be read. But it
should be possible to verify by checking the values with depth-testing.
If it doesn't work then sounds like bug.
Jose
On Wed, 2011-01-26 at 02:25 -0800, stef..
xGLXChangeDrawableAttributesSGIXReq follows the GLXVendorPrivate header
with a drawable, number of attributes, and list of (type, value)
attribute pairs. Don't forget to put the number of attributes in there.
I don't think this can ever have worked.
Signed-off-by: Julien Cristau
---
src/glx/glx
The extra length is the size of the request *minus* the size of the
VendorPrivate header, not the addition.
Signed-off-by: Julien Cristau
---
src/glx/glxext.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/glx/glxext.c b/src/glx/glxext.c
index c5e9d05..c75c9bf 1006
The current copy propagation code would propagate TEMP[0].x from (6)
into TEMP[1].x from (8) in the following, which is clearly wrong:
6: MOV TEMP[1].x, TEMP[0].
7: MOV TEMP[0].x, TEMP[0].
8: MOV TEMP[0].y, TEMP[1].
9: ADD TEMP[1].x, TEMP[0]., IMM[0].
10: MOV
Hello,
just was to tell you that in commit
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f2dd11817a66b6254e1533398dc53f1bc51953be
happened a copy&paste error
in file
src/mesa/main/teximage.c
line 1385
return (ctx->Extensions.MESA_texture_array ||
ctx->Extensions.MESA_textu
On 01/26/2011 05:58 AM, Bernd Buschinski wrote:
Hello,
just was to tell you that in commit
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f2dd11817a66b6254e1533398dc53f1bc51953be
happened a copy&paste error
in file
src/mesa/main/teximage.c
line 1385
return (ctx->Extensions.MESA_texture
On Wednesday, January 26, 2011 02:45:43 am Marek Olšák wrote:
> Hi Michal,
>
> Is this what you have in mind?
>
> diff --git a/src/gallium/auxiliary/util/u_debug.c
> b/src/gallium/auxiliary/util/u_debug.c
> index 8cf7660..cb4d60d 100644
> --- a/src/gallium/auxiliary/util/u_debug.c
> +++ b/src/gal
Hi,
While compiling mesa from git, with options showed on wayland page i
got an error:
gmake[3]: in `/root/Mesa/Mesa-git/mesa/src/gallium/targets/dri-nouveau'
/bin/sh ../../../../bin/mklib -o nouveau_dri.so.tmp -noprefix -linker
'g++' -ldflags ' -lstdc++' \
target.o ../../../../src/mesa/dr
Hi Kenneth,
I was waiting for Jakob to comment first (given he did most of the talloc
reimplemntation on the thalloc branch) but I'll take the liberty of doing so
since he hasn't comment so far.
Although I think it was unfortunate that both Intel & VMware ended up putting
resources reimplement
https://bugs.freedesktop.org/show_bug.cgi?id=33558
Summary: mesa uses of atof to parse glxserverversion harmfull
for any of the non english sessions
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status:
https://bugs.freedesktop.org/show_bug.cgi?id=33558
--- Comment #1 from Dave Airlie 2011-01-26 14:59:30
PST ---
I'm guessing we should port the strtof wrapper from mesa imports.h and use
that.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=33564
Summary: Segmentation fault happens for egl_dri2.so driver
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=33564
--- Comment #1 from Jammy Zhou 2011-01-26 18:27:12 PST
---
This problem only happens when EGL_DRIVER is set to egl_dri2.so explicitly
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mai
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
What I wrote *isn't* C++. It's valid C99. It compiles without problem
with both GCC 4.5 and Clang 2.8 on Fedora14.
What compiler are you using? And why can't it handle a C dialect over a
decade old?
My patches frequently break VMWare's builds, and a
On Wednesday 26 January 2011 21:49:56 Chad Versace wrote:
> What I wrote *isn't* C++. It's valid C99. It compiles without problem
> with both GCC 4.5 and Clang 2.8 on Fedora14.
>
> What compiler are you using? And why can't it handle a C dialect over a
> decade old?
It doesn't matter which compil
https://bugs.freedesktop.org/show_bug.cgi?id=33564
Jammy Zhou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
egl_dri2 has been made built-in driver of EGL recently, and it depends on
_glapi_get_proc_address symbol, which is defined in libglapi.so. So add
the dependency of libglapi.so to libEGL
Signed-off-by: Jammy Zhou
---
src/egl/main/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-
On Wed, 26 Jan 2011 13:30:04 +0100, Christoph Bumiller
wrote:
> The current copy propagation code would propagate TEMP[0].x from (6)
> into TEMP[1].x from (8) in the following, which is clearly wrong:
>
> 6: MOV TEMP[1].x, TEMP[0].
> 7: MOV TEMP[0].x, TEMP[0].
> 8: MOV TEMP[0
Hi,
A few questions on libdri.a which is a device-independent DRI module
loaded by the xserver during initialization.
a. Can someone give some more detail on the functionality of this
module?
b. Can someone also point me to the source code of the libdri.a and the
way to build it?
c. I see a fil
Hi,
Am new to linux graphics driver dev and is my spare time project.
Can someone answer some fundamental questions.
Its regarding the 2D device dependent driver .
a. My understanding is that this driver is needed for GPU accelerated 2D
rendering also. Hence its needed even if DRI is not
25 matches
Mail list logo
