https://bugs.freedesktop.org/show_bug.cgi?id=30261
Summary: [GLSL 1.20] allowing inconsistent invariant
declaration between two vertex shaders
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Signed-off-by: Tilman Sauerbeck
---
src/gallium/docs/source/tgsi.rst |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/docs/source/tgsi.rst b/src/gallium/docs/source/tgsi.rst
index e588c5b..4c1f47a 100644
--- a/src/gallium/docs/source/tgsi.rst
+++ b/src/gallium
Hi Jakob,
On Sat, 2010-09-18 at 07:30 -0700, Jakob Bornecrantz wrote:
> On Sat, Sep 18, 2010 at 4:26 PM, Jakob Bornecrantz
> wrote:
> > Looking over some of the piglit failings that Vinsons have posted running
> > on softpipe (we are down to 3005/3048). At first I was just going to make
> > the
On Tue, 14 Sep 2010 03:55:06 +0200, Luca Barbieri
wrote:
> ir_lower_jumps should already do the jump unification, and
> could/should also remove the continue.
> It's probably best to put all jump manipulations there to avoid
> risking rerunning all passes a number of times linear in the program
>
Signed-off-by: Tilman Sauerbeck
---
src/gallium/drivers/r600/r600_shader.c | 49 +--
1 files changed, 27 insertions(+), 22 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
b/src/gallium/drivers/r600/r600_shader.c
index 4da6850..7e51db6 100644
--- a/
Looks good, thanks Tilman.
Keith
On Sun, Sep 19, 2010 at 8:24 AM, Tilman Sauerbeck wrote:
> Signed-off-by: Tilman Sauerbeck
> ---
> src/gallium/docs/source/tgsi.rst | 2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/docs/source/tgsi.rst
> b/src/gallium/
The current version of draw_stream_output in softpipe seems to attempt
to draw using the currently bound stream output buffer as input.
This does not match D3D10/11's DrawAuto, which instead draws with the
current vertex buffer (and requires having only one bound), but using
the primitive count fr
Hi!
Patch was not exactly correct, pre-GeForce3 (pre nv20) cards can't do texture
borders, even if said mode (CLAMP_TO_BORDER) listed in current headers
(nouveau_class.h) and code has case switch for it.
But strangely, for me extension pop up in list just as i added it (i was
played with cube
https://bugs.freedesktop.org/show_bug.cgi?id=29789
--- Comment #2 from David Ronis 2010-09-19 12:18:11 PDT
---
Folks, this should be trivial to fix, but hasn't been.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
https://bugs.freedesktop.org/show_bug.cgi?id=29789
David Ronis changed:
What|Removed |Added
Severity|major |critical
--
Configure bugmail: https://bu
Signed-off-by: Tilman Sauerbeck
---
The same fix needs to be applied to a bunch of other Python scripts,
but tri.py seems to be a good starting point.
src/gallium/tests/python/samples/tri.py |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/src/gallium/tests/python
keith whitwell [2010-09-19 18:37]:
> Looks good, thanks Tilman.
Thanks, I've pushed the patch.
> On Sun, Sep 19, 2010 at 8:24 AM, Tilman Sauerbeck
> wrote:
> > Signed-off-by: Tilman Sauerbeck
> > ---
> > src/gallium/docs/source/tgsi.rst | 2 +-
> > 1 files changed, 1 insertions(+), 1 delet
https://bugs.freedesktop.org/show_bug.cgi?id=30124
Bug 30124 depends on bug 30231, which changed state.
Bug 30231 Summary: [i915g] undefined symbol: talloc_vasprintf_append
https://bugs.freedesktop.org/show_bug.cgi?id=30231
What|Old Value |New Value
-
On our way to OpenGL 3.0, it would be nice to clean out some of the
optional deprecated features that Mesa supports. The ARB_imaging subset
is the highest on my list -- it significantly clutters up the pixel
path, and has always been optional even though the specification text
got rolled into Open
On Sun, Sep 19, 2010 at 5:59 PM, Eric Anholt wrote:
> On our way to OpenGL 3.0, it would be nice to clean out some of the
> optional deprecated features that Mesa supports. The ARB_imaging subset
> is the highest on my list -- it significantly clutters up the pixel
> path, and has always been opt
On Sunday 19 September 2010 13:44:33 Luca Barbieri wrote:
> The current version of draw_stream_output in softpipe seems to attempt
> to draw using the currently bound stream output buffer as input.
It's because I never had the time to actually test it properly. The interface
is right though, the
> It's because I never had the time to actually test it properly. The interface
> is right though, the implementation is supposed to follow the D3D semantics
> and we should stick with that, instead of passing cso's and making behavior
> switch based on magic null arguments.
I think you need that
Make libr300compiler.a a PHONY target so that this library will always be
built. This fixes the problem of libr300compiler.a not being updated
when r300g is being built and r300c is not.
This is a candidate for the Mesa 7.9 branch.
---
src/gallium/drivers/r300/Makefile |1 +
1 files changed,
It is not as old as I was thinking
http://www.opengl.org/registry/specs/SUN/slice_accum.txt
$Date: 02/03/13 15:15:35 $Revision: 1.3 $
But extension itself talks about accumulation buffer(s)[0], they supported
currently in software in mesa, and many old consumer-level cards seems don't
19 matches
Mail list logo
