[Please CC me on all replies, I'm not subscribed to mesa-dev.]
Dear Kenneth (and rest of the list),
Kenneth Graunke wrote:
On 08/23/2011 01:48 AM, Kai Wasserbäch wrote:
Ian Romanick explained (Message-Id: 4E528973.6080902 at
freedesktop.org),
that the return type of non-API methods
--- a/src/mesa/drivers/x11/xm_dd.c 2011-08-24 09:34:07.994841678 +0200
+++ b/src/mesa/drivers/x11/xm_dd.c 2011-08-24 12:22:10.756839418 +0200
@@ -588,7 +588,7 @@ xmesa_DrawPixels_5R6G5B( struct gl_conte
glDrawPixels(invalid PBO access));
return;
}
-
--- a/src/mesa/vbo/vbo_exec_draw.c 2011-08-24 09:34:08.038841896 +0200
+++ b/src/mesa/vbo/vbo_exec_draw.c 2011-08-24 12:17:57.359582871 +0200
@@ -260,8 +260,6 @@ vbo_exec_bind_arrays( struct gl_context
static void
vbo_exec_vtx_unmap( struct vbo_exec_context *exec )
{
- GLenum target =
As per discussion at [0] methods shouldn't use OpenGL return types, if
they're not part of the GL API.
[0] http://marc.info/?l=mesa3d-devm=130754488901774w=2
CC: Ian Romanick i...@freedesktop.org
Signed-off-by: Kai Wasserbäch k...@dev.carbon-project.org
---
docs/devinfo.html | 10 ++
On Don, 2011-08-25 at 02:07 +0200, Jakob Bornecrantz wrote:
On Thu, Aug 25, 2011 at 1:46 AM, 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,
On Thu, Aug 25, 2011 at 5:42 AM, Zack Rusin za...@vmware.com wrote:
On Wednesday, August 24, 2011 10:14:48 PM Bryan Cain wrote:
Like Dave said, the GLSL-TGSI translator needs to account for this.
Probably not, at least yet. All of those instructions are DX10.1 level
instructions which support
Am Mittwoch, den 17.08.2011, 12:52 +0100 schrieb Andy Furniss:
Maybe this is already known/just not complete yet, but as I've
previously written that r600 -vo vdpau without decode looked OK I ought
to mention it as I've just noticed.
It is just incomplete, width/height is made a multiple of
On Wed, 2011-08-24 at 20:46 -0400, Kristian Høgsberg wrote:
On Wed, Aug 24, 2011 at 3:11 PM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I'd like to propose giving the ax to a bunch of old, unmaintained
drivers. I've been doing a bunch of
From: Dave Airlie airl...@redhat.com
this adds another callback in the sampler struct containing get_dims
entry point. This is used to query the driver for the texture resource
dimensions for the resource bound to the current sampler.
Signed-off-by: Dave Airlie airl...@redhat.com
---
From: Dave Airlie airl...@redhat.com
GLSL uses TXS, call the gallium TXQ opcode.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 29 ++-
1 files changed, 19 insertions(+), 10 deletions(-)
diff --git
I had already fixed this.
-Brian
On Wed, Aug 24, 2011 at 5:21 AM, Fabio Pedretti fabio@libero.it wrote:
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
This was already fixed too.
-Brian
On Wed, Aug 24, 2011 at 5:18 AM, Fabio Pedretti fabio@libero.it wrote:
___
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that returns the size of a texture?
Otherwise, this seems like something we could implement in the state
tracker by putting the texture size into a constant buffer slot. Then
we'd have it
On Thu, Aug 25, 2011 at 2:28 PM, Brian Paul bri...@vmware.com wrote:
How would the TXQ instruction be implemented for a hardware driver?
Same way, I have implemented it on R600.
Is there really a HW GPU instruction that returns the size of a texture?
Yes. RESINFO instruction at least on
On Thu, 2011-08-25 at 07:28 -0600, Brian Paul wrote:
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that returns the size of a texture?
Yes, that's correct.
Otherwise, this seems like something we could implement in the state
On 08/25/2011 04:47 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This adds the get_dims callback that is called from the tgsi exec_txq.
It returns values as per EXT_gpu_program4.
Signed-off-by: Dave Airlieairl...@redhat.com
---
src/gallium/drivers/softpipe/sp_tex_sample.c |
On 08/25/2011 04:47 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
GLSL uses TXS, call the gallium TXQ opcode.
Signed-off-by: Dave Airlieairl...@redhat.com
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 29 ++-
1 files changed, 19 insertions(+), 10
On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell kei...@vmware.com wrote:
On Thu, 2011-08-25 at 07:28 -0600, Brian Paul wrote:
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that returns the size of a texture?
Yes, that's correct.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/25/2011 06:28 AM, Brian Paul wrote:
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that returns the size of a texture?
Otherwise, this seems like something we could implement in
On 08/25/2011 07:00 AM, Dave Airlie wrote:
On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell kei...@vmware.com wrote:
On Thu, 2011-08-25 at 07:28 -0600, Brian Paul wrote:
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that returns the
On Thu, 2011-08-25 at 15:00 +0100, Dave Airlie wrote:
On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell kei...@vmware.com wrote:
On Thu, 2011-08-25 at 07:28 -0600, Brian Paul wrote:
How would the TXQ instruction be implemented for a hardware driver?
Is there really a HW GPU instruction that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/24/2011 01:45 AM, Kai Wasserbäch wrote:
[Please CC me on all replies, I'm not subscribed to mesa-dev.]
Dear Kenneth (and rest of the list),
Kenneth Graunke wrote:
On 08/23/2011 01:48 AM, Kai Wasserbäch wrote:
Ian Romanick explained
On 08/25/2011 07:03 AM, Ian Romanick wrote:
On 08/24/2011 05:07 PM, Jakob Bornecrantz wrote:
On Thu, Aug 25, 2011 at 1:46 AM, 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
On Thu, Aug 25, 2011 at 3:38 PM, Kenneth Graunke kenn...@whitecape.org wrote:
On 08/25/2011 07:03 AM, Ian Romanick wrote:
On 08/24/2011 05:07 PM, Jakob Bornecrantz wrote:
On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick i...@freedesktop.org wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
From: Dave Airlie airl...@redhat.com
This adds the get_dims callback that is called from the tgsi exec_txq.
It returns values as per EXT_gpu_program4.
v2: fix one indent + use a switch (slighty modified from Brian)
Signed-off-by: Dave Airlie airl...@redhat.com
---
From: Dave Airlie airl...@redhat.com
GLSL uses TXS, call the gallium TXQ opcode.
v2: fix indent from 4-3.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 27 ++-
1 files changed, 18 insertions(+), 9 deletions(-)
diff
These are my initial attempt at implementing TXF opcode in tgsi/softpipe.
there is a test in piglit, but lots more tests needed of course.
hopefully this looks like the right way to go about this.
Dave.
___
mesa-dev mailing list
From: Dave Airlie airl...@redhat.com
This is a straight texel fetch with no filtering or clamping. It uses
integers to specify the i/j/k (from EXT_gpu_shader4).
To enable this I had to add another hook into the tgsi sampler so that
we could easily bypass all the filtering sample does.
From: Dave Airlie airl...@redhat.com
This just calls the texel fetch functions directly bypassing the sampling,
notes:
1: loops inside switch should be more optimal.
2: borders can be sampled though only up to border depth, outside that
its undefined.
Signed-off-by: Dave Airlie
From: Dave Airlie airl...@redhat.com
This adds texelFetch support to translate from GLSL to TGSI TXF opcode.
I've tested this works with an r600g and softpipe backend.
Signed-off-by: Dave Airlie airl...@redhat.com
---
src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8 ++--
1 files changed,
For the series, Reviewed-by: Brian Paul bri...@vmware.com
Just one nit below...
On 08/25/2011 08:46 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This adds the get_dims callback that is called from the tgsi exec_txq.
It returns values as per EXT_gpu_program4.
v2: fix one
LGTM, just minor things below.
-Brian
On 08/25/2011 08:51 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This is a straight texel fetch with no filtering or clamping. It uses
integers to specify the i/j/k (from EXT_gpu_shader4).
To enable this I had to add another hook into the
On 08/25/2011 08:51 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This just calls the texel fetch functions directly bypassing the sampling,
notes:
1: loops inside switch should be more optimal.
2: borders can be sampled though only up to border depth, outside that
its undefined.
On 08/25/2011 08:51 AM, Dave Airlie wrote:
From: Dave Airlieairl...@redhat.com
This adds texelFetch support to translate from GLSL to TGSI TXF opcode.
I've tested this works with an r600g and softpipe backend.
Signed-off-by: Dave Airlieairl...@redhat.com
Reviewed-by: Brian Paul
On 08/25/2011 08:51 AM, Dave Airlie wrote:
These are my initial attempt at implementing TXF opcode in tgsi/softpipe.
there is a test in piglit, but lots more tests needed of course.
hopefully this looks like the right way to go about this.
LGTM.
BTW, I think the gallium docs need some
The usual commit prefix for the GLSL-TGSI translator is glsl_to_tgsi.
Other than that,
Reviewed-by: Bryan Cain bryanca...@gmail.com
On 08/25/2011 09:46 AM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
GLSL uses TXS, call the gallium TXQ opcode.
v2: fix indent from 4-3.
Like the other patch, the commit prefix should probably be glsl_to_tgsi.
On 08/25/2011 09:51 AM, Dave Airlie wrote:
From: Dave Airlie airl...@redhat.com
This adds texelFetch support to translate from GLSL to TGSI TXF opcode.
I've tested this works with an r600g and softpipe backend.
On Wed, Aug 24, 2011 at 10:35 AM, Micael kam1k...@gmail.com wrote:
Any more feedback regarding this?
I now don't have much time to work on it again, but I may find some, so
knowing what's left to do would be nice...
Does anyone want to see this in a separate branch first, or should it
just go
In particular, S3TC compressed textures need align_h == 4.
Fixes skybox errors in Quake 4 and FEAR.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=34628
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/mesa/drivers/dri/i965/brw_tex_layout.c |5 -
1 files changed, 4
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/linker.cpp |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/src/glsl/linker.cpp b/src/glsl/linker.cpp
index f970bce..7337c11 100644
--- a/src/glsl/linker.cpp
+++ b/src/glsl/linker.cpp
@@ -366,6 +366,13
On 08/25/2011 09:17 AM, Alex Deucher wrote:
On Wed, Aug 24, 2011 at 10:35 AM, Micaelkam1k...@gmail.com wrote:
Any more feedback regarding this?
I now don't have much time to work on it again, but I may find some, so
knowing what's left to do would be nice...
Does anyone want to see this in a
2011/8/23 Michel Dänzer mic...@daenzer.net:
Patch 1 is an unrelated fix I stumbled across recently, patches 2-4
are to get the xorg state tracker working with r600g.
Patch 2 works around r600g's fences still being incorrectly
context-dependent (otherwise causing a crash on X server shutdown),
On 08/20/2011 12:10 AM, Lauri Kasanen wrote:
On Fri, 19 Aug 2011 16:53:53 -0600
Brian Paulbri...@vmware.com wrote:
OK, check out the new kasanen-post-process-v2 branch. It redoes the
series with updated patch 02.
Everything works with the -v2 branch, thanks.
I'll merge this soon.
It
On Thu, Aug 25, 2011 at 11:34 AM, Brian Paul bri...@vmware.com wrote:
On 08/25/2011 09:17 AM, Alex Deucher wrote:
On Wed, Aug 24, 2011 at 10:35 AM, Micaelkam1k...@gmail.com wrote:
Any more feedback regarding this?
I now don't have much time to work on it again, but I may find some, so
Otherwise we continue and hit the Illegal formal parameter mode
assertion.
Fixes negative compile test texelFetchOffset.frag in piglit.
Signed-off-by: Kenneth Graunke kenn...@whitecape.org
---
src/glsl/ast_function.cpp |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git
On 08/25/2011 07:38 AM, Kenneth Graunke wrote:
Forgive my ignorance, but...doesn't changing dd_function_table break the
old libGL/new DRI driver API/ABI? Or, is that different?
Nevermind, wrong interface.
___
mesa-dev mailing list
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 (better if 10 or 11, but 9 could be ok too)
TitaniumGL and 3DAnalyzer dont work for my case (already
Hi,
Is there any document describing the current status of the EGL GLES
1.x implementation for X11?
I've got already some code compiling and running but I'd like to have
a clear idea on the currently implemented feature set (w/ details if
possible, per driver?) and any future plan to beef it
On 08/24/2011 06:20 PM, Chia-I Wu wrote:
On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace c...@chad-versace.us wrote:
Comments below.
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add platform_android.c that supports _EGL_PLAFORM_ANDROID. It works
with drm_gralloc, where back buffers of windows
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Simple enough.
Reviewed-by: Chad Versace c...@chad-versace.us
On 08/25/2011 09:43 AM, Kenneth Graunke wrote:
Otherwise we continue and hit the Illegal formal parameter mode
assertion.
Fixes negative compile test texelFetchOffset.frag in piglit.
From a12122cf8bec360c03518e686f5fdae0c9cbf791 Mon Sep 17 00:00:00 2001
From: Lauri Kasanen c...@gmx.com
Date: Thu, 25 Aug 2011 23:23:08 +0300
Subject: [PATCH] docs: Add a page on post-processing
Signed-off-by: Lauri Kasanen c...@gmx.com
---
docs/contents.html|1 +
docs/postprocess.html
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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.
On 08/25/2011 08:26
On 25.08.2011 06:42, Zack Rusin wrote:
On Wednesday, August 24, 2011 10:14:48 PM Bryan Cain wrote:
Like Dave said, the GLSL-TGSI translator needs to account for this.
Probably not, at least yet. All of those instructions are DX10.1 level
instructions which support splitting of samplers and
On Thursday, August 25, 2011 04:30:26 PM Christoph Bumiller wrote:
Putting the resource type in the resource declaration instead of the
instruction isn't necessarily smart considering indirect resource access
... I just hope the person implementing it remembers to provide a base
array address
On 25.08.2011 22:40, Zack Rusin wrote:
On Thursday, August 25, 2011 04:30:26 PM Christoph Bumiller wrote:
Putting the resource type in the resource declaration instead of the
instruction isn't necessarily smart considering indirect resource access
... I just hope the person implementing it
On 25.08.2011 22:42, Christoph Bumiller wrote:
On 25.08.2011 22:40, Zack Rusin wrote:
On Thursday, August 25, 2011 04:30:26 PM Christoph Bumiller wrote:
Putting the resource type in the resource declaration instead of the
instruction isn't necessarily smart considering indirect resource access
On Thursday, August 25, 2011 04:42:21 PM Christoph Bumiller wrote:
Of course -4 isn't a valid resource, I just meant to emphasize that I
cannot tell at all the resource to be accessed.
ADDR[0].x - 4 should of course be = 0 and valid.
And, maybe it seems silly to you, but OpenGL allows it.
LGTM.
BTW, I think the gallium docs need some updates for TXQ and TXF
(src/gallium/docs/tgsi.rst)
-Brian
I've realised I need to do more work on TXF, since it takes an offset
on all the hardware I've surveyed, and also in NV_gpu_program4, so
I'll probably have to define it to take an extra
On Fri, Aug 26, 2011 at 4:09 AM, Chad Versace c...@chad-versace.us wrote:
On 08/24/2011 06:20 PM, Chia-I Wu wrote:
On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace c...@chad-versace.us wrote:
Comments below.
On 08/23/2011 08:10 PM, Chia-I Wu wrote:
Add platform_android.c that supports
On Fri, Aug 26, 2011 at 3:39 AM, Ilyes Gouta ilyes.go...@gmail.com wrote:
Hi,
Is there any document describing the current status of the EGL GLES
1.x implementation for X11?
I've got already some code compiling and running but I'd like to have
a clear idea on the currently implemented
[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 08/24/2011 06:20 PM, Chia-I Wu wrote:
On Thu, Aug 25, 2011 at 8:58 AM, Chad
On Wed, Aug 24, 2011 at 5:51 PM, deathsim...@vodafone.de wrote:
Hi,
the following patchset is the second version of reworking the g3dvl
driver interface. Additionally to the first version it also replaces the
mpeg 2 bitstream decoder and all the GPL licensed code with another
Any comments from the Intel guys? I plan on pushing this Friday if
no one objects.
--
Chad Versace
c...@chad-versace.us
On 08/23/2011 05:04 PM, Chad Versace wrote:
In preparation for porting i965 to Android, factor its source lists into
a shared makefile. This prevents duplication of source
63 matches
Mail list logo