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
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
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=29835
Cedric Vivier changed:
What|Removed |Added
CC||cedr...@neonux.com
--
Configure bugmail
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=12817
Eric Anholt changed:
What|Removed |Added
CC|e...@anholt.net |
--
Configure bugmail: https://bugs.freed
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=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=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
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=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
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 #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 #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
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=29836
Brian Paul changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=29844
Summary: (7.8.2) glGetActiveUniform incorrectly handles structs
in shaders
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
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=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 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=29841
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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=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=29841
Summary: glx.h has incorrect values for "Tokens for
glXChooseVisual and glXGetConfig"
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
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=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
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=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
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
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 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
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Nick Bowler changed:
What|Removed |Added
CC||wol...@onsneteindhoven.nl
--- Comment #2 f
https://bugs.freedesktop.org/show_bug.cgi?id=29831
Nick Bowler changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Nick Bowler changed:
What|Removed |Added
CC||nbow...@draconx.ca
--- Comment #1 from Nic
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
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
https://bugs.freedesktop.org/show_bug.cgi?id=29836
Cedric Vivier changed:
What|Removed |Added
CC||cedr...@neonux.com
--
Configure bugmail
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=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
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=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 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=29638
wang,jinjin changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--- Comment #4 from wang,jinjin
47 matches
Mail list logo
