Hello in attachment there is a patch to allow nouveau gallium driver to be
compiled. (mesa-7.8)
We all know the state of the driver for that mesa version, although that
doesn't mean that the driver shouldn't be compiled
Regards
--
Pedro Maia
nouveau_compile.patch
Description: Binary data
On Tue, Apr 27, 2010 at 6:14 AM, Dan Nicholson dbn.li...@gmail.com wrote:
On Mon, Apr 26, 2010 at 2:16 PM, Chris Ball c...@laptop.org wrote:
http://tinderbox.x.org/builds/2010-04-26-0020/logs/libGL/#build
gmake[3]: *** No rule to make target `depend', needed by `default'. Stop.
gmake[2]: ***
On Mon, Apr 26, 2010 at 10:59 PM, Tom Stellard tstel...@gmail.com wrote:
Hi,
I am honored to have my Google Summer of Code application accepted, and I
am really looking forward to starting the project. Thanks to everyone
who took the time to give me feedback on my proposal throughout the
Another trying to figure out gallium patch from me,
This is in theory EXT_texture_swizzle support, r300g passes the glean
test with this now.
Some caveats in the patch (i.e. I'm not sure what exactly is correct
state tracker behaviour wrt sampler views).
Dave.
Pedro Maia wrote:
Hello in attachment there is a patch to allow nouveau gallium driver to
be compiled. (mesa-7.8)
We all know the state of the driver for that mesa version, although that
doesn't mean that the driver shouldn't be compiled
Thanks. I missed those when I made the change to
This patch amends the error output string for the case where the dri2 egl
driver could not open the dri dev node.
diff --git a/src/egl/drivers/dri2/egl_dri2.c b/src/egl/drivers/dri2/egl_dri2.c
index 8b6f78c..00550c2 100644
--- a/src/egl/drivers/dri2/egl_dri2.c
+++
On Tue, 2010-04-27 at 08:59 -0700, Roland Scheidegger wrote:
On 27.04.2010 17:32, Roland Scheidegger wrote:
On 27.04.2010 13:13, Dave Airlie wrote:
Another trying to figure out gallium patch from me,
This is in theory EXT_texture_swizzle support, r300g passes the glean
test with this
rrr... my 'git rebase -i' barfed on me because I had an old version installed
without fixup.
I thought it completed, and I pushed... but it didn't. I've cleaned it up.
Sorry for the sludge.
--Jeremy
On Apr 27, 2010, at 12:42, Keith Whitwell wrote:
What the f ? :)
Keith
From: Jeremy
---
src/mesa/drivers/common/meta.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 84a2a5f..97d91ac 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa/drivers/common/meta.c
@@ -1117,8
There is a user somewhere that tests it before its initial set.
---
src/glx/dri2_glx.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 9347611..73d11f1 100644
--- a/src/glx/dri2_glx.c
+++ b/src/glx/dri2_glx.c
@@ -194,6 +194,7
Hi list,
these are patches i had lying around. They are all independent. Two
fixes for valgrind found issues, one to avoid setting the glGetError()
return, one fixes a real bug.
Regards,
Pierre
Pierre Willenbrock (4):
Initialize have_back.
Fill the padding between entrys in the sampler
---
src/mesa/drivers/common/meta.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 97d91ac..ea9e417 100644
--- a/src/mesa/drivers/common/meta.c
+++ b/src/mesa/drivers/common/meta.c
@@ -424,6 +424,7 @@
This struct is used to generate a hash, ignoring the entry boundaries.
---
src/mesa/drivers/dri/i965/brw_wm_sampler_state.c |8 +++-
1 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/src/mesa/drivers/dri/i965/brw_wm_sampler_state.c
Pierre Willenbrock wrote:
There is a user somewhere that tests it before its initial set.
---
src/glx/dri2_glx.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/glx/dri2_glx.c b/src/glx/dri2_glx.c
index 9347611..73d11f1 100644
--- a/src/glx/dri2_glx.c
+++
Pierre Willenbrock wrote:
---
src/mesa/drivers/common/meta.c | 12
1 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 84a2a5f..97d91ac 100644
--- a/src/mesa/drivers/common/meta.c
+++
Pierre Willenbrock wrote:
---
src/mesa/drivers/common/meta.c |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/src/mesa/drivers/common/meta.c b/src/mesa/drivers/common/meta.c
index 97d91ac..ea9e417 100644
--- a/src/mesa/drivers/common/meta.c
+++
Why do we need any caps for this? Unless I read the spec wrong, this is a
mere SWZ following the affected texture lookup, in the worst case.
Posting from a mobile, pardon my terseness. ~ C.
On Apr 27, 2010 9:29 AM, José Fonseca jfons...@vmware.com wrote:
On Tue, 2010-04-27 at 08:59 -0700,
On Tue, 27 Apr 2010 23:16:45 +0200, Pierre Willenbrock pie...@pirsoft.de
wrote:
Hi list,
these are patches i had lying around. They are all independent. Two
fixes for valgrind found issues, one to avoid setting the glGetError()
return, one fixes a real bug.
Looks good. Pushed. For the
There's hw we care about which can't do this (i965, svga) and
it seems unreasonable to expect them to do workarounds just so this
extension can be always exposed.
With all respect, when I ask for a cap bit for an unsupported feature in
the driver I work on, I am always told to
19 matches
Mail list logo