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
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
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
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(-
https://bugs.freedesktop.org/show_bug.cgi?id=33564
Jammy Zhou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
-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
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
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=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=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:
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
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
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
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
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
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
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
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
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..
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
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
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
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
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
25 matches
Mail list logo
