Isn't this a quite similar concept to tests/texfilt?
Keith
On Thu, Oct 14, 2010 at 3:55 PM, Brian Paul
bri...@kemper.freedesktop.org wrote:
Module: Demos
Branch: master
Commit: 4d981d192bcff29fd85c794415148988518c6eae
URL:
Guess so. I hadn't noticed that test before.
-Brian
On Thu, Oct 14, 2010 at 9:05 AM, Keith Whitwell
keith.whitw...@gmail.com wrote:
Isn't this a quite similar concept to tests/texfilt?
Keith
On Thu, Oct 14, 2010 at 3:55 PM, Brian Paul
bri...@kemper.freedesktop.org wrote:
Module: Demos
Would try to destroy radeon-cman, radeon-kman both which were still
NULL.
---
src/gallium/winsys/r600/drm/r600_drm.c | 12 +---
1 files changed, 9 insertions(+), 3 deletions(-)
diff --git a/src/gallium/winsys/r600/drm/r600_drm.c
b/src/gallium/winsys/r600/drm/r600_drm.c
index
Tested with demos/pixeltest - line rasterization doesn't seem to be
set up for GL conventions yet, but at least width is respected now.
---
src/gallium/drivers/r600/r600_state.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_state.c
Statetrackers can unbind a constant buffer slot by calling
pipe-set_constant_buffer(pipe, shader, slot, NULL)
The driver should unbind the buffer and potentially allow its storage
to be released.
---
src/gallium/drivers/r600/r600_state.c | 20
1 files changed, 16
Dave,
Sorry for being confusing, but this patch doesn't actually work - this
is what I think should be happening, but at the moment I have to
return early to avoid segfaults on unbinding constant buffers, ie:
+ if (buffer == NULL) {
+return;
+}
+else {
This was being classed as unsupported in one place but used in others.
Enabling it seems to work fine.
---
src/gallium/drivers/r600/r600_shader.c |9 -
1 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/src/gallium/drivers/r600/r600_shader.c
On Thu, Oct 14, 2010 at 12:00 PM, Keith Whitwell
keith.whitw...@gmail.com wrote:
Dave,
Sorry for being confusing, but this patch doesn't actually work - this
is what I think should be happening, but at the moment I have to
return early to avoid segfaults on unbinding constant buffers, ie:
+
https://bugs.freedesktop.org/show_bug.cgi?id=29044
Bug 29044 depends on bug 27143, which changed state.
Bug 27143 Summary: [G45] Yo Frankie: problems with shaders
https://bugs.freedesktop.org/show_bug.cgi?id=27143
What|Old Value |New Value
https://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #17 from Jeremy Huddleston jerem...@freedesktop.org 2010-10-14
12:46:22 PDT ---
More users are complaining about this... ping...
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
---
src/mesa/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/Makefile b/src/mesa/Makefile
index c41c38c..7a6936e 100644
--- a/src/mesa/Makefile
+++ b/src/mesa/Makefile
@@ -34,7 +34,7 @@ ES1_CPPFLAGS
https://bugs.freedesktop.org/show_bug.cgi?id=24226
--- Comment #18 from Nathan Kidd nat...@hummingbird.com 2010-10-14 13:52:26
PDT ---
1) To further document lots of people affected by this (and I'm well aware I
haven't gotten off my posterior to fix this either):
SuSE brought this up last
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brian Paul wrote:
On 10/12/2010 07:49 PM, Ian Romanick wrote:
Brian Paul wrote:
-
+#includestdbool.h
Ian, could we stick with GLboolean/GL_TRUE/GL_FALSE in core Mesa to be
consistent? It wouldn't surprise me if stdbool.h isn't present on one
Ian Romanick i...@freedesktop.org writes:
Brian Paul wrote:
On 10/12/2010 07:49 PM, Ian Romanick wrote:
Brian Paul wrote:
-
+#includestdbool.h
Ian, could we stick with GLboolean/GL_TRUE/GL_FALSE in core Mesa to be
consistent?
If possible, I'd prefer not. [. . .]
My concern
Hi,
i crosscompiling Mesa-7.9. if xorg-server-1.9 already installed in
toolchain (headers, libs) and i (re)build Mesa it fails. if i remove the
devel packages from toolchain and build xorg-server again after Mesa it
compiles:
15 matches
Mail list logo