On nv30/nv40 support for patching fragment programs is already
necessary (constants must be patched in as immediates), and this can
be handled by just patching the end of the fragment program to include
a variable number of instructions to copy a temp to COLOR[x].
It's possible that there could
https://bugs.freedesktop.org/show_bug.cgi?id=27612
Summary: Mesa 7.8.1 does not compile against libdrm 2.4.20
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: Linux (All)
Status: NEW
Severity: normal
On 04/13/2010 08:07 AM, Luca Barbieri wrote:
On nv30/nv40 support for patching fragment programs is already
necessary (constants must be patched in as immediates), and this can
be handled by just patching the end of the fragment program to include
a variable number of instructions to copy a
---
src/gallium/auxiliary/Makefile |1 +
src/gallium/auxiliary/util/u_linkage.c | 119
src/gallium/auxiliary/util/u_linkage.h | 38 ++
3 files changed, 158 insertions(+), 0 deletions(-)
create mode 100644
This patch series is intended to resolve the issue of semantic-based shader
linkage in Gallium.
It can also be found in the RFC-gallium-semantics branch.
It does not change the current Gallium design, but rather formalizes some
limitations to it, and provides infrastructure to implement this
---
src/gallium/include/pipe/p_shader_tokens.h | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/src/gallium/include/pipe/p_shader_tokens.h
b/src/gallium/include/pipe/p_shader_tokens.h
index baff802..5d511ba 100644
---
---
src/gallium/auxiliary/util/u_semantics.h | 123 ++
1 files changed, 123 insertions(+), 0 deletions(-)
create mode 100644 src/gallium/auxiliary/util/u_semantics.h
diff --git a/src/gallium/auxiliary/util/u_semantics.h
b/src/gallium/auxiliary/util/u_semantics.h
Still no control flow support, but basic stuff works.
---
src/gallium/drivers/nvfx/nvfx_screen.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/nvfx/nvfx_screen.c
b/src/gallium/drivers/nvfx/nvfx_screen.c
index 6742759..b935fa9 100644
---
From: Michal Krol mic...@vmware.com
Use TGSI_SEMANTIC_GENERIC for this kind of stuff.
---
src/gallium/auxiliary/tgsi/tgsi_dump.c |2 +-
src/gallium/auxiliary/tgsi/tgsi_text.c |2 +-
src/gallium/docs/source/tgsi.rst |6 --
---
src/gallium/drivers/nvfx/nvfx_fragprog.c | 146 ++--
src/gallium/drivers/nvfx/nvfx_shader.h |1 +
src/gallium/drivers/nvfx/nvfx_state.c |4 +
src/gallium/drivers/nvfx/nvfx_state.h | 15 +++
src/gallium/drivers/nvfx/nvfx_state_emit.c |2 +-
On Tue, 2010-04-13 at 03:55 -0700, Luca Barbieri wrote:
Personally I think the simplest idea for now could be to have all
drivers support 256 indices or, in the case of r600 and svga, the
maximum value supported by the hardware, and expose that as a cap (as
well as another cap for the number
On Sat, Apr 10, 2010 at 04:44:09PM +0100, Keith Whitwell wrote:
I haven't been following this very closely, so apologies if I'm going
over established ground.
This patch appears to create new libraries from some subset of Mesa's
internals. At a guess you're selecting some internal
On 13.04.2010 02:52, Dave Airlie wrote:
On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul bri...@vmware.com wrote:
Dave Airlie wrote:
Just going down the r300g piglit failures and noticed fbo-drawbuffers
failed, I've no idea
if this passes on Intel hw, but it appears the texenvprogram really
needs
On Mon, Apr 12, 2010 at 9:13 PM, nitesh suthar nitesh.24...@gmail.com wrote:
hello all,
thank you for reply
Actually I am working on arm board which support OpenGLES 1.1 and OpenGLES
2.0.
which provides hardware acceleration for redering images.
What my objective is that I want to implement
On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger srol...@vmware.com wrote:
On 13.04.2010 02:52, Dave Airlie wrote:
On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul bri...@vmware.com wrote:
Dave Airlie wrote:
Just going down the r300g piglit failures and noticed fbo-drawbuffers
failed, I've no
On Tue, Apr 13, 2010 at 2:21 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger srol...@vmware.com
wrote:
On 13.04.2010 02:52, Dave Airlie wrote:
On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul bri...@vmware.com wrote:
Dave Airlie wrote:
Just
On Tue, Apr 13, 2010 at 11:42 PM, Roland Scheidegger srol...@vmware.com wrote:
On 13.04.2010 02:52, Dave Airlie wrote:
On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul bri...@vmware.com wrote:
Dave Airlie wrote:
Just going down the r300g piglit failures and noticed fbo-drawbuffers
failed, I've no
On 13.04.2010 20:28, Alex Deucher wrote:
On Tue, Apr 13, 2010 at 2:21 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger srol...@vmware.com
wrote:
On 13.04.2010 02:52, Dave Airlie wrote:
On Tue, Apr 6, 2010 at 2:00 AM, Brian Paul
On Wed, Apr 14, 2010 at 8:33 AM, Roland Scheidegger srol...@vmware.com wrote:
On 13.04.2010 20:28, Alex Deucher wrote:
On Tue, Apr 13, 2010 at 2:21 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger srol...@vmware.com
wrote:
On 13.04.2010
On 14.04.2010 00:38, Dave Airlie wrote:
On Wed, Apr 14, 2010 at 8:33 AM, Roland Scheidegger srol...@vmware.com
wrote:
On 13.04.2010 20:28, Alex Deucher wrote:
On Tue, Apr 13, 2010 at 2:21 PM, Corbin Simpson
mostawesomed...@gmail.com wrote:
On Tue, Apr 13, 2010 at 6:42 AM, Roland Scheidegger
20 matches
Mail list logo