0x8000 is Type 2 NOP.
You could make it a little better/faster by inserting single multi-DWORD
Type 3 NOP
And pad to 8 DWORDs. CP fetches are 32 bytes each and R600 has requires
padding. Same with padding CP ring buffer updates to 32 bytes (pad to
32bytes before you update CP_RB_WPTR).
On Thu
0x8000 is Type 2 NOP.
You could make it a little better/faster by inserting single multi-DWORD
Type 3 NOP
And pad to 8 DWORDs. CP fetches are 32 bytes each and R600 has requires
padding. Same with padding CP ring buffer updates to 32 bytes (pad to
32bytes before you update CP_RB_WPTR).
On Thu
It looks like you have segfaults in /bin/sh. That reminds me why I am not
using my Fuloong anymore ;-)
Maybe you should consider cross-compiling Mesa on a stable system.
On Thu, Sep 5, 2013 at 1:14 PM, Christophe Jarry <
christophe.ja...@ouvaton.org> wrote:
> > According to tis
> > https://list
Updated patch. Previous one would reference NULL pointer if the list of
formal parameters was empty.
--
Dominik
On Wed, Sep 4, 2013 at 2:40 PM, Dominik Behr wrote:
> Fixes a bug where if an uniform array is passed to a function the accesses
> to the array are not propagated so later a
Updated patch. Previous one would reference NULL pointer if the list of
formal parameters was empty.
On Wed, Sep 4, 2013 at 2:40 PM, Dominik Behr wrote:
> Fixes a bug where if an uniform array is passed to a function the accesses
> to the array are not propagated so later all but the
::pack_uniform_registers.
Signed-off-by: Dominik Behr
---
src/glsl/link_functions.cpp | 31 +++
1 file changed, 31 insertions(+)
diff --git a/src/glsl/link_functions.cpp b/src/glsl/link_functions.cpp
index 6b3e154..547a963 100644
--- a/src/glsl/link_functions.cpp
+++ b/src/glsl
According to tis
https://lists.gnu.org/archive/html/bug-tar/2005-02/msg1.html error 141
is 128+13 = SIGPIPE (broke pipe signal)
And this may be relevant
https://groups.google.com/forum/#!topic/golang-nuts/xjZ8jJx0IFw
Check whether you are using right yacc and bison?
On Wed, Sep 4, 2013 at 10:
Thanks,
I looked at piglit tests and they look OK if they are only supposed to test
whether the shader compiles and links. It doesn't look like they test the
results of rendering which could be more useful?
On Tue, Sep 3, 2013 at 3:19 PM, Dominik Behr wrote:
> Thanks,
> I looke
::pack_uniform_registers.
Signed-off-by: Dominik Behr
---
src/glsl/link_functions.cpp | 29 +
1 file changed, 29 insertions(+)
diff --git a/src/glsl/link_functions.cpp b/src/glsl/link_functions.cpp
index 6b3e154..d935546 100644
--- a/src/glsl/link_functions.cpp
+++ b/src/glsl
Ah it is by design. Sentinels are special nodes with no payload.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
wrote:
> On Tue, Aug 27, 2013 at 2:03 PM, Dominik Behr wrote:
> > I am not sure about MAX2, is it guaranteed to be converted to branchless
> > conditional assignment?
>
> I don't think there's a guarantee, no. Using MAX2 just
about MAX2, is it guaranteed to be converted to branchless
conditional assignment?
On Tue, Aug 27, 2013 at 8:26 AM, Ian Romanick wrote:
> On 08/21/2013 05:57 PM, Dominik Behr wrote:
>
>> Fixes a bug where if an uniform array is passed to a function the accesses
>> to the arra
::pack_uniform_registers.
Signed-off-by: Dominik Behr
---
src/glsl/link_functions.cpp | 26 ++
1 file changed, 26 insertions(+)
diff --git a/src/glsl/link_functions.cpp b/src/glsl/link_functions.cpp
index 6b3e154..32e2012 100644
--- a/src/glsl/link_functions.cpp
+++ b/src/glsl
13 matches
Mail list logo
