https://bugs.freedesktop.org/show_bug.cgi?id=29638
wang,jinjin changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #4 from wang,jinjin
On Don, 2010-08-26 at 16:30 +0100, Ian Molton wrote:
>
> First, My colleague and I found that the following sequence of events
> led to a crash:
>
> context1 = glXCreateNewContext()
> xPixmap = XCreatePixmap ()
> glxPixmap = glXCreatePixmap (dpy, blah, xPixmap, NULL);
>
> glXMakeCurrent (dpy,
https://bugs.freedesktop.org/show_bug.cgi?id=29832
Summary: regarding the execution of Mesa demo programs.. plz
help me
Product: Mesa
Version: unspecified
Platform: All
OS/Version: Linux (All)
Status: NEW
On 27/08/10 08:53, Michel Dänzer wrote:
Note that it's XGet*Window*Attributes. This call seems totally
inappropriate for pixmaps and it might be pure luck if it ever does
anything other than fail in that case.
Indeed - but there it is...
It does in fact work on any X drawable - but not on glxP
https://bugs.freedesktop.org/show_bug.cgi?id=29835
Summary: [regression] Post-GLSL2 Mesa culls too much by
default.
Product: Mesa
Version: git
Platform: x86 (IA32)
OS/Version: Linux (All)
Status: NEW
Sever
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Summary: bisected : MESA_FORMAT_S8_Z24' failed on some demos
since e71a9042cb5e046072d2ea8fbd22a01de625bf8a
Identify packed depth/stencil buffers using the Format
field
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Cedric Vivier changed:
What|Removed |Added
CC||cedr...@neonux.com
--
Configure bugmail
2010/8/27 Chia-I Wu :
> 2010/8/27 Kristian Høgsberg :
>> On Thu, Aug 26, 2010 at 11:55 AM, nobled wrote:
>> I can't speak for EGL_MESA_screen_surface, but shipping unauthorized
>> tokens certainly is a problem.
> I am not aware of any user of EGL_MESA_screen_surface. It was
> designed for Xegl wh
I created a new branch called "floating" which includes an apparently
successful attempt at full support of floating-point textures and
render targets.
I believe it is fundamentally correct, but should be considered a
prototype and almost surely contains some oversights.
Specifically, the followi
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Nick Bowler changed:
What|Removed |Added
CC||nbow...@draconx.ca
--- Comment #1 from Nic
On 20/08/2010 15:34, Kevin H. Hobbs wrote:
When Mesa is built with :
./autogen.sh \
--prefix=/home/kevin/mesa_xlib/ \
--with-driver=xlib \
--disable-gallium \
--disable-gl-osmesa
The libGL.so that is produced has undefined symbols from talloc but
talloc is not linked.
... and this
On 26/08/10 21:50, Eric Anholt wrote:
On Thu, 26 Aug 2010 16:30:55 +0100, Ian Molton
wrote:
What we could really use is piglit cases for excercising GLX context
handling like this. I've started with a couple and they've been great
for catching some issues, but we clearly need a lot more. I
https://bugs.freedesktop.org/show_bug.cgi?id=29831
Nick Bowler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Nick Bowler changed:
What|Removed |Added
CC||wol...@onsneteindhoven.nl
--- Comment #2 f
On 08/27/2010 07:45 AM, Ian Molton wrote:
On 26/08/10 21:50, Eric Anholt wrote:
On Thu, 26 Aug 2010 16:30:55 +0100, Ian Molton
wrote:
What we could really use is piglit cases for excercising GLX context
handling like this. I've started with a couple and they've been great
for catching som
On 08/27/2010 06:26 AM, Kristian Høgsberg wrote:
2010/8/27 Chia-I Wu:
2010/8/27 Kristian Høgsberg:
On Thu, Aug 26, 2010 at 11:55 AM, nobled wrote:
I can't speak for EGL_MESA_screen_surface, but shipping unauthorized
tokens certainly is a problem.
I am not aware of any user of EGL_MESA_screen_
On 27/08/2010 14:40, Jon TURNEY wrote:
On 20/08/2010 15:34, Kevin H. Hobbs wrote:
When Mesa is built with :
./autogen.sh \
--prefix=/home/kevin/mesa_xlib/ \
--with-driver=xlib \
--disable-gallium \
--disable-gl-osmesa
The libGL.so that is produced has undefined symbols from talloc but
talloc i
https://bugs.freedesktop.org/show_bug.cgi?id=29836
--- Comment #3 from Andy Furniss 2010-08-27
07:55:10 PDT ---
(In reply to comment #1)
> Can you try the patch posted here:
>
> http://lists.freedesktop.org/archives/mesa-dev/2010-August/002550.html
>
> and see if it resolves your issue?
Yes
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #1 from Brian Paul 2010-08-27 08:03:00 PDT ---
All GLSL data is stored in float[4] vectors. We try to pack individual floats
into these vectors but we can't do that for arrays. So a GLSL array of K
floats array really occupies K flo
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #2 from Brian Paul 2010-08-27 08:03:24 PDT ---
Created an attachment (id=38223)
View: https://bugs.freedesktop.org/attachment.cgi?id=38223
Review: https://bugs.freedesktop.org/review?bug=29823&attachment=38223
special-case code for
On Fri, Aug 27, 2010 at 15:24:45 +0100, Jon TURNEY wrote:
> diff --git a/src/mesa/drivers/osmesa/Makefile
> b/src/mesa/drivers/osmesa/Makefile
> index 091e6f6..fb70790 100644
> --- a/src/mesa/drivers/osmesa/Makefile
> +++ b/src/mesa/drivers/osmesa/Makefile
> @@ -38,7 +38,7 @@ default: $(TOP)/$(LI
https://bugs.freedesktop.org/show_bug.cgi?id=29841
Summary: glx.h has incorrect values for "Tokens for
glXChooseVisual and glXGetConfig"
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #3 from Vladimir Vukicevic 2010-08-27 08:54:36
PDT ---
Thanks Brian -- will test this, and also working on testing git master now, as
per suggestion on IRC yesterday. I have to switch some code to using
surfaceless EGL contexts inst
https://bugs.freedesktop.org/show_bug.cgi?id=29836
--- Comment #4 from Jos van Wolput 2010-08-27
08:30:23 PDT ---
(In reply to comment #1)
> Can you try the patch posted here:
>
> http://lists.freedesktop.org/archives/mesa-dev/2010-August/002550.html
>
> and see if it resolves your issue?
I
https://bugs.freedesktop.org/show_bug.cgi?id=29841
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Thu, Aug 26, 2010 at 11:30 AM, Ian Molton wrote:
>
> Hi folks,
>
> I've been working on some code that makes extensive use of glxPixmaps for
> offscreen rendering, and I've hit a number of problems.
>
> First, My colleague and I found that the following sequence of events led to
> a crash:
>
>
https://bugs.freedesktop.org/show_bug.cgi?id=29836
--- Comment #5 from Andy Furniss 2010-08-27
11:43:13 PDT ---
(In reply to comment #3)
> ... it regresses nexuiz (timedemo demos/demo1 with effects on normal) so
> that the floor/wall textures are mostly black.
Ignore that, I've managed to repr
On 27/08/2010 16:16, Julien Cristau wrote:
On Fri, Aug 27, 2010 at 15:24:45 +0100, Jon TURNEY wrote:
diff --git a/src/mesa/drivers/osmesa/Makefile b/src/mesa/drivers/osmesa/Makefile
index 091e6f6..fb70790 100644
--- a/src/mesa/drivers/osmesa/Makefile
+++ b/src/mesa/drivers/osmesa/Makefile
@@ -3
https://bugs.freedesktop.org/show_bug.cgi?id=29844
Summary: (7.8.2) glGetActiveUniform incorrectly handles structs
in shaders
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #4 from Vladimir Vukicevic 2010-08-27 13:22:05
PDT ---
Oh hm, just tested it, and it's not quite correct -- for an array of floats, it
will write the entire array, instead of just the 1 component (because u_foo ==
u_foo[0] as far as
https://bugs.freedesktop.org/show_bug.cgi?id=29836
--- Comment #6 from Nick Bowler 2010-08-27 13:26:08 PDT ---
(In reply to comment #5)
> (In reply to comment #3)
>
> > ... it regresses nexuiz (timedemo demos/demo1 with effects on normal) so
> > that the floor/wall textures are mostly black.
>
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 08/27/2010 02:45 PM, Jon TURNEY wrote:
>
> Updated patch attached.
No luck, I still get :
/home/kevin/mesa_xlib/lib/libGL.so: undefined reference to
`talloc_strdup'
and such when I link an application against libGL.so and there is
no talloc in the output of 'ldd libGL.so'.
sgall...@redhat.
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #5 from Vladimir Vukicevic 2010-08-27 14:17:45
PDT ---
Got things working with mesa from git master, via EGL -- this works correctly
there.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are
https://bugs.freedesktop.org/show_bug.cgi?id=29844
--- Comment #1 from Vladimir Vukicevic 2010-08-27 14:17:57
PDT ---
Just checked mesa from git master, via EGL -- this works correctly there.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving t
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #6 from Vladimir Vukicevic 2010-08-27 14:21:23
PDT ---
Argh, ignore that, I had the wrong EGL library in place (ANGLE, not Mesa).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
https://bugs.freedesktop.org/show_bug.cgi?id=29844
--- Comment #2 from Vladimir Vukicevic 2010-08-27 14:21:32
PDT ---
Argh, ignore that, I had the wrong EGL library in place (ANGLE, not Mesa).
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
On 27/08/2010 21:40, Kevin H. Hobbs wrote:
On 08/27/2010 02:45 PM, Jon TURNEY wrote:
Updated patch attached.
No luck, I still get :
/home/kevin/mesa_xlib/lib/libGL.so: undefined reference to
`talloc_strdup'
and such when I link an application against libGL.so and there is
no talloc in th
https://bugs.freedesktop.org/show_bug.cgi?id=29835
--- Comment #1 from Eric Anholt 2010-08-27 15:45:54 PDT ---
We've got some discard tests that look a lot like that, and they pass on swrast
and 965. What hardware are you using? If you can reproduce the problem with
swrast, could you make a pig
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 29498, which changed state.
Bug 29498 Summary: [glsl2]Mesa demos mandelbrot run incorrectly on glsl2 branch
https://bugs.freedesktop.org/show_bug.cgi?id=29498
What|Old Value |New Value
--
https://bugs.freedesktop.org/show_bug.cgi?id=29627
Ian Romanick changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=12817
Eric Anholt changed:
What|Removed |Added
CC|e...@anholt.net |
--
Configure bugmail: https://bugs.freed
https://bugs.freedesktop.org/show_bug.cgi?id=29835
--- Comment #2 from Cedric Vivier 2010-08-27 21:34:42 PDT
---
I've tested on both i965 and swrast, it gives same result.
Eric, which discard tests are you specifically talking about ?
In case the report is confusing, 'discard' itself is not th
https://bugs.freedesktop.org/show_bug.cgi?id=29835
Cedric Vivier changed:
What|Removed |Added
CC||cedr...@neonux.com
--
Configure bugmail
https://bugs.freedesktop.org/show_bug.cgi?id=29844
--- Comment #3 from Vladimir Vukicevic 2010-08-27 22:07:30
PDT ---
Ok, now really was able to run with mesa from git master -- it does not seem to
have this problem. It enumerates "u_struct.x" in my testcase correctly, so
this is just a bug in
https://bugs.freedesktop.org/show_bug.cgi?id=29823
--- Comment #7 from Vladimir Vukicevic 2010-08-27 22:11:30
PDT ---
Ok, just got mesa from git master working -- it has the same problem with what
looks like the same cause (including offset being ignored if the workaround
patch is used).
--
Co
Hi,
The attached patch against r300g moves the cast to an unsigned past the
compare and clamp against 0.
Without the patch negative values are wrapped to huge numbers instead of
clamped to zero.
Please apply.
Mathias
diff --git a/src/gallium/drivers/r300/r300_state.c b/src/gallium/drivers/r30
47 matches
Mail list logo