https://bugs.freedesktop.org/show_bug.cgi?id=34468
--- Comment #1 from Chistopher Krakowiak
2011-02-18 19:13:32 PST ---
Created an attachment (id=43542)
View: https://bugs.freedesktop.org/attachment.cgi?id=43542
Review: https://bugs.freedesktop.org/review?bug=34468&attachment=43542
simple pat
https://bugs.freedesktop.org/show_bug.cgi?id=34468
Summary: src/glsl/Makefile fix
Product: Mesa
Version: git
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
Component: Other
Andy Furniss writes:
> I've just had to rm -r and re-clone because I couldn't find how to
> distclean :-).
"git clean -df" makes things pretty clean ;)
I don't think I know how to distclean in cmake either... the workaround
for cmake is to just use out of source builds. Then "clean... no, i
*me
Marek Olšák wrote:
I just pushed commit c880d607992ae7bdc29f70f8eec34c481fed7811 to piglit,
which should fix this.
Thanks, that fixes glew - but I don't get much further because it still
tries to link against old Xlibs in /usr rather than new ones in custom path.
I must admit I haven't tried
On 02/17/2011 09:58 PM, Dave Airlie wrote:
From: Dave Airlie
This is because the HW doesn't always store a 1D array like a
2D texture, it more likely stores it like 2D texture (i.e.
alignments etc).
This means we upload each slice separately and let the driver
work out where to put it.
Signed-
https://bugs.freedesktop.org/show_bug.cgi?id=34455
Summary: sed in mesa Makefile: expanded PC_LIB_PRIV might
contain comma
Product: Mesa
Version: 7.10
Platform: Other
OS/Version: All
Status: NEW
Severity:
On Fri, 2011-02-18 at 08:38 -0800, Brian Paul wrote:
> On 02/18/2011 09:15 AM, jfons...@vmware.com wrote:
> > From: Keith Whitwell
> >
> > ---
> > src/gallium/include/pipe/p_defines.h | 19 +--
> > 1 files changed, 17 insertions(+), 2 deletions(-)
> >
> > diff --git a/src/galli
On 02/18/2011 09:15 AM, jfons...@vmware.com wrote:
From: Keith Whitwell
---
src/gallium/include/pipe/p_defines.h | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index f66bb
A bit more background about this: this flag allows to get discard from
the app down to the kernel, where most memory managers are able to do
discard while mapping level without the whole map-non-block +
create/destroy resource roundtrip. This is Keith's idea.
Jose
On Fri, 2011-02-18 at 08:15 -0
From: Keith Whitwell
---
src/gallium/include/pipe/p_defines.h | 19 +--
1 files changed, 17 insertions(+), 2 deletions(-)
diff --git a/src/gallium/include/pipe/p_defines.h
b/src/gallium/include/pipe/p_defines.h
index f66bbaf..2de707f 100644
--- a/src/gallium/include/pipe/p_de
On 02/18/2011 01:10 AM, Cyril Brulebois wrote:
Suggested by a freedesktop.org admin.
Signed-off-by: Cyril Brulebois
---
src/mesa/main/imports.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/imports.c b/src/mesa/main/imports.c
index bd1fd7c..fef46c4 10
The comment in Fabian Bieler's patch is a bit German. There should be
"and" instead of "und".
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
Suggested by a freedesktop.org admin.
Signed-off-by: Cyril Brulebois
---
src/mesa/main/imports.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/main/imports.c b/src/mesa/main/imports.c
index bd1fd7c..fef46c4 100644
--- a/src/mesa/main/imports.c
+++ b/src/mesa/
Please disregard this patch. Marek Olšák pointed out to me that it is
unecessary.
Sorry for the noise.
Fabian
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
I just pushed commit c880d607992ae7bdc29f70f8eec34c481fed7811 to piglit,
which should fix this.
Marek
On Fri, Feb 18, 2011 at 1:34 PM, Andy Furniss wrote:
> As I have mesa/libdrm/xorg gits installed under home and my system versions
> are very old and broken/missing I need to get cmake to use c
As I have mesa/libdrm/xorg gits installed under home and my system
versions are very old and broken/missing I need to get cmake to use
custom paths.
With current git even though glew include dir is settable with ccmake it
still insists on looking in /usr/include. I have tried many combinations
1D array like a 2D texture, it more likely stores it like 2D texture
That's "2D texture" twice :)
Maarten.
On Fri, Feb 18, 2011 at 1:02 PM, Dave Airlie wrote:
>> This is because the HW doesn't always store a 1D array like a
>> 2D texture, it more likely stores it like 2D texture (i.e.
>> alignm
> This is because the HW doesn't always store a 1D array like a
> 2D texture, it more likely stores it like 2D texture (i.e.
> alignments etc).
>
> This means we upload each slice separately and let the driver
> work out where to put it.
Calim pointed out on irc that I missed texsubimage case, I'l
This fixes piglit tests general/draw-vertices and
general/draw-vertices-half-float.
I only tested this on R700 hardware. Someone with EG hardware should probably
check if this is necessary there, too, i.e. check if the to aforementioned
tests fail without this patch.
Note: Some of the test's p
From 73532f298726eb0a64f8b6c149b6c1a5f4b1228a Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Mon, 14 Feb 2011 22:37:12 +0100
Subject: [PATCH 1/2] gallium/utils: Translate all buffers in vbuf manager
If one vertex element needs to be translated, translate all. Otherwise, the
elements with mat
20 matches
Mail list logo
