On Sat, Jul 14, 2012 at 2:20 AM, Jerome Glisse wrote:
> On Fri, Jul 13, 2012 at 8:02 PM, Marek Olšák wrote:
>> I don't like this 0xf magic value. Please use proper definitions from
>> r600d.h.
>>
>
> Using define will make it a very big line.
Yes, a very big line is okay. It took me a while to
On Fri, Jul 13, 2012 at 8:08 PM, Marek Olšák wrote:
> Hi Jerome,
>
> I couldn't open the patch, because freedesktop.org doesn't seem to
> work for me today, it always times out.
>
> Anyway, non-working code shouldn't be merged into Mesa master, because
> it decreases the quality of the driver and
Hi Jerome,
I couldn't open the patch, because freedesktop.org doesn't seem to
work for me today, it always times out.
Anyway, non-working code shouldn't be merged into Mesa master, because
it decreases the quality of the driver and is a pain to maintain. As
as I said in another email, merging non
Hi Jerome,
I have a lot of remarks.
1) The DB decompression fix (where you update DB_RENDER_CONTROL) could
be in a separate patch.
2) The fix with EARLY_Z_THEN_LATE_Z (in update_dual_export) could also
be in a separate patch.
3) r600_context::use_hyperz is set to FALSE by default, why? If the
f
On 13/07/2012 22:23, Marcin Baczyński wrote:
> Commit 68e04cc6014bf7a2c9bd0b3b783b4ec12aa2e824 changed .cpp -> .cc,
> but forgot to update references .h -> .hh.
>
> Also update Doxygen and .gitignore.
>
> Signed-off-by: Marcin Baczyński
Thanks, and sorry for the breakage.
But this patch isn't
Commit 68e04cc6 was tested using automake-1.11. Unfortunately, automake-1.12
made a "slightly backward-incompatible change" in the use of yacc with C++, and
for a .yy file, the generated header file is now .hh, not .h
To work with both, write our own rule for running yacc, which generates a
heade
On 07/13/2012 12:20 AM, Olivier Galibert wrote:
> On Sat, Jun 30, 2012 at 08:50:10PM +0200, Olivier Galibert wrote:
>> This is the first part of the fixes I've done to make my gm45 work
>> correctly w.r.t clipping and interpolation. There's a fair chance
>> they work for everything gen 4/5, but I
Commit 68e04cc6014bf7a2c9bd0b3b783b4ec12aa2e824 changed .cpp -> .cc,
but forgot to update references .h -> .hh.
Also update Doxygen and .gitignore.
Signed-off-by: Marcin Baczyński
---
Fixes a build failure for me when after configuring with
$ ./autogen.sh --prefix=/usr \
--with-dri-dri
From: Jerome Glisse
htile is used for HiZ and HiS support and fast Z/S clears.
This commit just adds the htile setup and Fast Z clear.
We don't take full advantage of HiS with that patch.
v2 really use fast clear, still random issue with some tiles
need to try more flush combination, fix dept
So this patch add hyperz but does not enable it. I have been working on
that for the last 7 month i just fail at not making it lockup. Same time
i would prefer having this code upstream so i don't have to rebase.
I try to match fglrx sync & flush pattern but that would basicly mean
rewritting the
https://bugs.freedesktop.org/show_bug.cgi?id=52064
--- Comment #1 from Brian Paterni 2012-07-13 18:05:40 PDT
---
"Fix" I'm using now is to remove git_sha1.h.tmp which allows the build process
to continue.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You ar
https://bugs.freedesktop.org/show_bug.cgi?id=52064
Bug #: 52064
Summary: build fails with "git_sha1.h.tmp": permission denied
Classification: Unclassified
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Stat
---
configure.ac |2 +
src/gallium/auxiliary/.gitignore |1 +
src/gallium/auxiliary/Makefile| 42 -
src/gallium/auxiliary/Makefile.am | 47 +
4 files changed, 50 insertions(+), 42 deletions(-)
---
configure.ac |1 +
src/gallium/drivers/trace/.gitignore |2 ++
src/gallium/drivers/trace/Makefile| 13 -
src/gallium/drivers/trace/Makefile.am | 17 +
4 files changed, 20 insertions(+), 13 deletions(-)
create mode 100644 sr
---
configure.ac |1 +
src/gallium/winsys/radeon/drm/.gitignore |1 +
src/gallium/winsys/radeon/drm/Makefile| 15 ---
src/gallium/winsys/radeon/drm/Makefile.am | 18 ++
4 files changed, 20 insertions(+), 15 deletions(-)
cre
---
src/gallium/drivers/r300/Makefile.am | 18 +++---
1 files changed, 11 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/r300/Makefile.am
b/src/gallium/drivers/r300/Makefile.am
index 6c4bba7..aaa2e27 100644
--- a/src/gallium/drivers/r300/Makefile.am
+++ b/src/galliu
---
src/gallium/drivers/r300/Makefile.am | 10 +++---
1 files changed, 3 insertions(+), 7 deletions(-)
diff --git a/src/gallium/drivers/r300/Makefile.am
b/src/gallium/drivers/r300/Makefile.am
index 3d08611..6c4bba7 100644
--- a/src/gallium/drivers/r300/Makefile.am
+++ b/src/gallium/drivers
---
src/gallium/Automake.inc |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
create mode 100644 src/gallium/Automake.inc
diff --git a/src/gallium/Automake.inc b/src/gallium/Automake.inc
new file mode 100644
index 000..ded579f
--- /dev/null
+++ b/src/gallium/Automake.inc
@@ -
Hi,
Here are some patches that convert a few more gallium libs to automake.
These can also be found in the gallium-automake branch here:
cgit.freedesktop.org/~tstellar/mesa/
-Tom
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.fr
On Fri, Jul 13, 2012 at 12:18 PM, Tom Stellard wrote:
> On Fri, Jul 13, 2012 at 05:05:05PM +0100, Jon TURNEY wrote:
>> Commit defadf2b1 erroneously tries to make gallium drivers link with
>> libdricore as a static library, not a shared library
>>
>> Also, change uses of DRI_LIB_DEPS in gallium dri
Push, thanks.
Sorry it took so long.
-Tom
On Tue, Jun 19, 2012 at 07:50:22PM +0200, Andreas Boll wrote:
> ---
> src/gallium/drivers/radeon/AMDILSIDevice.h |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/src/gallium/drivers/radeon/AMDILSIDevice.h
> b/src/gallium/
On Wed, Jun 20, 2012 at 08:33:38AM -0600, Brian Paul wrote:
> Yeah, I think it's pretty clear that we need to support per-pixel LOD
> selection. For softpipe, Olivier's big patch looks good.
... and then nothing happened. Ping? The only code remark was a
whitespace issue on one line :-)
> Fo
https://bugs.freedesktop.org/show_bug.cgi?id=52059
--- Comment #1 from Julien Cristau 2012-07-13 16:23:32
PDT ---
as a PoC, the patch below seems to fix the crashes and valgrind complaints I'd
been seeing. A real fix would involve glX_proto_send.py.
diff --git a/src/glx/indirect.c b/src/glx/in
On Fri, Jul 13, 2012 at 05:05:05PM +0100, Jon TURNEY wrote:
> Commit defadf2b1 erroneously tries to make gallium drivers link with
> libdricore as a static library, not a shared library
>
> Also, change uses of DRI_LIB_DEPS in gallium driver Makefiles to
> GALLIUM_DRI_LIB_DEPS, so the libraries ad
Commit defadf2b1 erroneously tries to make gallium drivers link with
libdricore as a static library, not a shared library
Also, change uses of DRI_LIB_DEPS in gallium driver Makefiles to
GALLIUM_DRI_LIB_DEPS, so the libraries added are used in the linking the
gallium driver
Also, fix the path to
https://bugs.freedesktop.org/show_bug.cgi?id=52059
Bug #: 52059
Summary: __indirect_glReadPixels USE_XCB path buffer overflow
Classification: Unclassified
Product: Mesa
Version: 8.0
Platform: Other
OS/Version: All
Stat
https://bugs.freedesktop.org/show_bug.cgi?id=51997
Brian Paterni changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=51997
--- Comment #1 from Kristian Høgsberg 2012-07-13 15:24:45
PDT ---
Should be fixed in 426a23af147720ae3b89995ffee792a29e8ae2db.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=51531
--- Comment #1 from Kristian Høgsberg 2012-07-13 15:24:36
PDT ---
Should be fixed in 426a23af147720ae3b89995ffee792a29e8ae2db.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail becau
https://bugs.freedesktop.org/show_bug.cgi?id=51960
Kristian Høgsberg changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Commit defadf2b1 erroneously tries to make gallium drivers link with
libdricore as a static library, not a shared library
Also change uses of DRI_LIB_DEPS in gallium driver Makefiles to
GALLIUM_DRI_LIB_DEPS, so the libraries added are used in the linking the
gallium driver
Signed-off-by: Jon TURN
Commit 6882381a2efbdf06b7002d11468c94b9964c2bc8 added a dependency on a
newer version of xcb, but the version check wasn't added in all the
necessary places.
---
configure.ac |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/configure.ac b/configure.ac
index 00a1d5d..0d38db5
- Original Message -
> On Thu, Jul 12, 2012 at 08:50:13PM +0100, jfons...@vmware.com wrote:
> > From: José Fonseca
> >
> > Tested by running piglit draw-instanced, and by forcing llvmpipe
> > advertise no native
> > integer support, which now produces:
>
> Looks like a very good solution
https://bugs.freedesktop.org/show_bug.cgi?id=51366
José Fonseca changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|
On 12/07/2012 20:03, Matt Turner wrote:
> make: *** No rule to make target `../../glsl/glsl_lexer.cpp', needed
> by `glsl_lexer.lo'. Stop.
>
> which is that obnoxious problem where we renamed .lpp -> .ll and .ypp
> -> .yy since... scons.
>
> automake creates .cc files from .ll and .yy, and .cpp
https://bugs.freedesktop.org/show_bug.cgi?id=47375
--- Comment #2 from Barto 2012-07-13 10:10:37 PDT
---
same bug with a radeon 9000 card ( M9 ) :
OpenGL renderer string: Mesa DRI R200 (RV250 4C66) x86/MMX/SSE2 TCL DRI2
blender crashs with this message with mesa 8.0.4 :
blender: swrast/s_span
On Thu, Jul 12, 2012 at 08:50:13PM +0100, jfons...@vmware.com wrote:
> From: José Fonseca
>
> Tested by running piglit draw-instanced, and by forcing llvmpipe advertise no
> native
> integer support, which now produces:
Looks like a very good solution to me. Did you check
draw-non-instanced to
https://bugs.freedesktop.org/show_bug.cgi?id=51972
--- Comment #6 from Michel Dänzer 2012-07-13 09:56:23 PDT
---
(In reply to comment #5)
> checking for XML_ParserCreate in -lexpat... no
> configure: error: Expat required for DRI.
That would be the libexpat1-dev:i386 package.
--
Configure bug
On Sat, Jun 30, 2012 at 08:50:10PM +0200, Olivier Galibert wrote:
> This is the first part of the fixes I've done to make my gm45 work
> correctly w.r.t clipping and interpolation. There's a fair chance
> they work for everything gen 4/5, but I have no way to be sure.
So, not even one comment, no
39 matches
Mail list logo
