On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace c...@chad-versace.us wrote:
[CC'ing krh because I learned much of this from him, so may have some
insight to share with us.]
On 08/25/2011 08:14 PM, Chia-I Wu wrote:
On Fri, Aug 26, 2011 at 4:09 AM, Chad Versace c...@chad-versace.us wrote:
On
On Fri, Aug 26, 2011 at 2:05 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace c...@chad-versace.us wrote:
[CC'ing krh because I learned much of this from him, so may have some
insight to share with us.]
On 08/25/2011 08:14 PM, Chia-I Wu wrote:
On Fri, Aug
Thanks a lot Chia-l,
In general, do you guys keep a matrix (per driver, mesa version),
where supported and unsupported features are listed?
Also, is there a reference renderer in mesa that I can toggle on at
runtime (such as using an env. variable) so that I can compare with
the hardware
This is useful for building convenience libraries before combining them into
shared libraries, like dricore
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
bin/mklib | 32
1 files changed, 32 insertions(+), 0
Eric was wondering why the --enable-shared-dricore option also built libglsl.so.
This provided the activation energy to fix it, and also extend dricore to the
gallium drivers.
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
Fixes warning:
mv: `../../lib/libdricore.so' and `../../lib/libdricore.so' are the same file
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
src/mesa/Makefile |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/src/mesa/Makefile
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
configs/autoconf.in |2 +-
configure.ac | 10 --
src/glsl/Makefile|9 +++--
src/mesa/Makefile|3 ++-
src/mesa/sources.mak |2 ++
5 files changed, 12
This is enabled iff libdricore is enabled.
Signed-off-by: Christopher James Halse Rogers
christopher.halse.rog...@canonical.com
---
This could also be folded into libdricore, if that's considered more
appropriate.
configs/autoconf.in |3 +++
configure.ac
On Fri, Aug 26, 2011 at 3:52 PM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Thanks a lot Chia-l,
In general, do you guys keep a matrix (per driver, mesa version),
where supported and unsupported features are listed?
Some of the driver developers do, but I am not sure if they have
GLESv1 covered.
From: Dave Airlie airl...@redhat.com
In order to implement the GLSL texelFetchOffset I needed to modify TXF
(which wasn't defined anyways). It now corresponds to the NV_gpu_shader4.
I've limited things to a u8, since hw can only do about 4-5 bits, since
that is what DX specifies, TGSI passes
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 3:52 PM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Thanks a lot Chia-l,
In general, do you guys keep a matrix (per driver, mesa version),
where supported and unsupported features are listed?
Some of
On Fri, Aug 26, 2011 at 4:52 AM, matthew green m...@eterna.com.au wrote:
hi folks,
- Remove all DRI1 drivers: i810, mach64, mga, r128, savage, sis, tdfx,
and unichrome.
over in netbsd land we're still lagging on DRI2 support[*]. of
the above cards, i've hard successful reports on mach64,
2011/8/26 Kristian Høgsberg k...@bitplanet.net:
On Fri, Aug 26, 2011 at 4:52 AM, matthew green m...@eterna.com.au wrote:
hi folks,
- Remove all DRI1 drivers: i810, mach64, mga, r128, savage, sis, tdfx,
and unichrome.
over in netbsd land we're still lagging on DRI2 support[*]. of
the
On 08/26/2011 04:50 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
In order to implement the GLSL texelFetchOffset I needed to modify TXF
(which wasn't defined anyways). It now corresponds to the NV_gpu_shader4.
I've limited things to a u8, since hw can only do about 4-5 bits,
On Thu, 2011-08-25 at 22:28 -0400, Chia-I Wu wrote:
On Fri, Aug 26, 2011 at 5:29 AM, Tom Stellard thomas.stell...@amd.com wrote:
On Thu, 2011-08-25 at 00:55 -0400, Chia-I Wu wrote:
From: Chia-I Wu o...@lunarg.com
---
src/gallium/drivers/r300/Makefile | 63
On 08/26/11 01:52, matthew green wrote:
[*] keeping up with DRM in linux is hard work. you guys are
very active.
Absolutely agreed there, but the only working DRM module we ship
at the moment is a KMS/DRI2 version of i915, so I have no objections
to losing the Mesa support for the DRI1 modules
On Fri, Aug 26, 2011 at 10:52 PM, Chia-I Wu olva...@gmail.com wrote:
[snip]
I don't really have a lot of insight into how the Android build system
works, but those files were originally added so that r300_dri.so would
link correctly for Gallium targets that didn't use GLSL, because without
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2011 05:37 AM, Alex Deucher wrote:
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 3:52 PM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Thanks a lot Chia-l,
In general, do you guys keep a matrix
On Fri, Aug 26, 2011 at 8:36 PM, Kristensen, Kristian H
kristian.h.kristen...@intel.com wrote:
[snip]
There is no pixmap in Android so it can be ignored. As for pbuffers,
which I plan to support as a follow-on commit, it works pretty much
the same as the windows except that the back buffer is
On 26.08.2011 17:37, Lauri Kasanen wrote:
On Fri, 26 Aug 2011 17:21:02 +0200
Christoph Bumiller e0425...@student.tuwien.ac.at wrote:
We cannot rely on pipe drivers to default to non-zero.
Fixes pp being a no-op on nv50.
Reviewed-by: Lauri Kasanen c...@gmx.com
Appears to be a no-op on
https://bugs.freedesktop.org/show_bug.cgi?id=40397
Summary: vmwgfx 3D Glitchy
Product: Mesa
Version: 7.11
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=40397
José Fonseca jfons...@vmware.com changed:
What|Removed |Added
CC||bri...@vmware.com,
I've involuntarily started looking into this when I tried to add TXF
support, so we need to expand TGSI to add support for texture offsets.
Requirements:
the extreme requirement so far is for textureGatherOffsets which can
accept 4 x ivec2, the normal textureFetchOffset can accept an ivec3.
The
On 08/25/2011 11:19 PM, Chia-I Wu wrote:
On Fri, Aug 26, 2011 at 2:05 PM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace c...@chad-versace.us wrote:
[CC'ing krh because I learned much of this from him, so may have some
insight to share with us.]
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/25/2011 10:55 AM, Anonimo Veneziano wrote:
Hi all
I am a programmer but not very skilled in 3D graphics (so pardon me if I
write something wrong).
I need to build my own opengl32.dll to redirect my OpenGL application
calls to DirectX
On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick i...@freedesktop.org wrote:
I've put up an initial branch at
git://people.freedesktop.org:~idr/mesa kill-old-drivers
Acked-by: Marek Olšák mar...@gmail.com
___
mesa-dev mailing list
On Wed, Aug 24, 2011 at 7:46 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2011 12:11 PM, Ian Romanick wrote:
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of refactoring and reworking
https://bugs.freedesktop.org/show_bug.cgi?id=40401
Summary: Cogs is slow
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Keywords: patch
Severity: normal
Priority: medium
On 08/25/2011 01:30 PM, Chad Versace wrote:
We weren't catching this? Embarrassing.
Reviewed-by: Chad Versace c...@chad-versace.us
We may also want to emit an error when a variable is declared as 'in'
a VS and as 'out' in a FS. But I'm not sure that's actually illegal.
Ian mentioned the
https://bugs.freedesktop.org/show_bug.cgi?id=40401
Sven Arvidsson s...@whiz.se changed:
What|Removed |Added
CC||s...@whiz.se
--
Configure
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2011 09:26 AM, Dave Airlie wrote:
I've involuntarily started looking into this when I tried to add TXF
support, so we need to expand TGSI to add support for texture offsets.
Requirements:
the extreme requirement so far is for
From: Ian Romanick ian.d.roman...@intel.com
When generating dispatch templates, emit the '(void) blah;' magic to
make GCC happy. This reduces a lot of warning spam if you build with
-Wunused-parameter or -Wextra.
Cc: Chia-I Wu o...@lunarg.com
---
There's a follow-on patch that commits the
Thank you guys for the information!
-Ilyes
On Fri, Aug 26, 2011 at 4:36 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2011 05:37 AM, Alex Deucher wrote:
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26,
On 26.08.2011 20:57, Ian Romanick wrote:
On 08/26/2011 09:26 AM, Dave Airlie wrote:
I've involuntarily started looking into this when I tried to add TXF
support, so we need to expand TGSI to add support for texture offsets.
Requirements:
the extreme requirement so far is for
https://bugs.freedesktop.org/show_bug.cgi?id=40397
--- Comment #1 from Thomas Hellström thellst...@vmware.com 2011-08-26
12:27:29 PDT ---
Running vmwgfx with the xorg state tracker is obsolete.
Please instead enable and install the xa state tracker and use the
vmwgfx branch of
On Fri, 26 Aug 2011 16:36:50 +0100, Ian Romanick i...@freedesktop.org
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2011 05:37 AM, Alex Deucher wrote:
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug 26, 2011 at 3:52 PM, Ilyes Gouta
On 08/25/2011 02:26 PM, Lauri Kasanen wrote:
From a12122cf8bec360c03518e686f5fdae0c9cbf791 Mon Sep 17 00:00:00 2001
From: Lauri Kasanenc...@gmx.com
Date: Thu, 25 Aug 2011 23:23:08 +0300
Subject: [PATCH] docs: Add a page on post-processing
Signed-off-by: Lauri Kasanenc...@gmx.com
Thanks.
Hi Emil,
Would it be possible to get into details such as telling if a
particular glBlendFunc() or a certain GL_TEXTURE_ENV_MODE,
GL_COMBINE_RGB flags are h/w accelerated and so on (per driver)? This
is for fixed pipelines.
How is it best to represent such details?
Would be fun to implement a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/26/2011 01:00 PM, Emil Velikov wrote:
On Fri, 26 Aug 2011 16:36:50 +0100, Ian Romanick i...@freedesktop.org
wrote:
On 08/26/2011 05:37 AM, Alex Deucher wrote:
On Fri, Aug 26, 2011 at 4:11 AM, Chia-I Wu olva...@gmail.com wrote:
On Fri, Aug
On Fri, Aug 26, 2011 at 4:31 PM, Brian Paul bri...@vmware.com wrote:
Two things that should probably be fixed in the src/gallium/auxiliary/vl/
code:
1. The copyright statements refer to Tungsten Graphics. That's probably a
copy paste error. s/Tungsten Graphics/the authors/ or thereabouts.
Use ANGLE. It's there, it works well enough that Fx and Chromium are
both using it, and it'll do what you want.
...I kinda wish you didn't need it, but sadly, OGL on Win32 sucks a lot.
~ C.
On Fri, Aug 26, 2011 at 10:13 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED
On Fri, Aug 26, 2011 at 5:54 PM, Zack Rusin za...@vmware.com wrote:
On Friday, August 26, 2011 05:12:52 PM Younes Manton wrote:
On Fri, Aug 26, 2011 at 4:31 PM, Brian Paul bri...@vmware.com wrote:
Two things that should probably be fixed in the src/gallium/auxiliary/vl/
code:
1. The
https://bugs.freedesktop.org/show_bug.cgi?id=40401
--- Comment #1 from Vadim pt...@yandex.ru 2011-08-26 17:35:22 PDT ---
(In reply to comment #0)
The game Cogs is very slow with the r300g (and r600g) driver. This was
originally mentioned in bug 39572, however that bug was about different
On Fri, Aug 26, 2011 at 5:54 PM, Zack Rusin za...@vmware.com wrote:
On Friday, August 26, 2011 05:12:52 PM Younes Manton wrote:
On Fri, Aug 26, 2011 at 4:31 PM, Brian Paul bri...@vmware.com wrote:
Two things that should probably be fixed in the src/gallium/auxiliary/vl/
code:
1. The
This series builds libmesa_dricore.so and i965_dri.so for Android. Along the
way, a few cleanups are necessary.
This just gets the driver to build. I have not tested it yet.
Chad Versace (8):
android: Remove -fvisibility=hidden from CFLAGS so that we can build
a shared dricore
mesa:
If you attempt to link together libmesa_dricore.so from object files built with
visibility=hidden, then the library is useless. It exposes no symbols.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.common.mk |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git
In src/mesa/Android.mk, it is non-trivial to determine which variables are
imported by `include sources.mak`. So document them.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/Android.mk |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git
libmesa_dricore is analogous to the libdricore built by the Autoconf
build.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/Android.mk | 35 +++
1 files changed, 35 insertions(+), 0 deletions(-)
diff --git a/src/mesa/Android.mk
In order that the autoconf and Android build can share the same source
lists, move the lists from
src/mesa/drivers/dri/Makefile.defines
into
src/mesa/drivers/dri/common/Makefile.sources
I would like for Android to just reuse Makefile.defines, but the file is
unsuitable for Android.
Stop building driverfuncs.c twice for each DRI driver. driverfuncs.c is
included in both libmesa.a and in
src/mesa/drivers/dri/Makefiles.defines:COMMON_SOURCES, so remove it from
COMMON_SOURCES.
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/Makefile.defines |1 -
Add $(TOP)/src/mesa to include paths and replace each occurence of
#include ../glsl/*.h
with
#include glsl/*.h
Signed-off-by: Chad Versace c...@chad-versace.us
---
src/mesa/drivers/dri/i965/Makefile |1 +
src/mesa/drivers/dri/i965/brw_clip.c |2 +-
libmesa_dri_common is a static library that contains the sources in
src/mesa/drivers/dri/common. Each DRI driver should link to it.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk |1 +
src/mesa/drivers/dri/common/Android.mk | 49
This just gets the driver to build. I have not yet tested if the driver
actually works.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk |3 +-
src/mesa/drivers/dri/Android.mk | 61 ++
This fixes all of the piglit regressions in softpipe when native integers are
enabled.
---
src/mesa/main/uniforms.c |8 +
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 45 ++--
2 files changed, 43 insertions(+), 10 deletions(-)
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=40397
Michael Zhou zhoumichaely+freedesk...@gmail.com changed:
What|Removed |Added
Status|NEW
On Sat, Aug 27, 2011 at 3:12 AM, Ian Romanick i...@freedesktop.org wrote:
From: Ian Romanick ian.d.roman...@intel.com
When generating dispatch templates, emit the '(void) blah;' magic to
make GCC happy. This reduces a lot of warning spam if you build with
-Wunused-parameter or -Wextra.
It
On Sat, Aug 27, 2011 at 9:53 AM, Chad Versace c...@chad-versace.us wrote:
If you attempt to link together libmesa_dricore.so from object files built
with
visibility=hidden, then the library is useless. It exposes no symbols.
Signed-off-by: Chad Versace c...@chad-versace.us
---
On Sat, Aug 27, 2011 at 9:54 AM, Chad Versace c...@chad-versace.us wrote:
libmesa_dri_common is a static library that contains the sources in
src/mesa/drivers/dri/common. Each DRI driver should link to it.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk
On Sat, Aug 27, 2011 at 9:54 AM, Chad Versace c...@chad-versace.us wrote:
This just gets the driver to build. I have not yet tested if the driver
actually works.
Signed-off-by: Chad Versace c...@chad-versace.us
---
Android.mk | 3 +-
59 matches
Mail list logo