Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On Fri, Aug 26, 2011 at 2:05 PM, Chia-I Wu wrote: > On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace 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

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On Fri, Aug 26, 2011 at 12:55 PM, Chad Versace 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 wrote: >>> On 08/24/2011 06:20 PM, Chia-I Wu wro

Re: [Mesa-dev] [PATCH 1/2] i965: Factor source lists into Makefile.sources

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

Re: [Mesa-dev] Reworking the g3dvl interface and mpeg 2 bitstream parser

On Wed, Aug 24, 2011 at 5:51 PM, 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 > implementation. > > The new bits

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

[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 wrote: >> On 08/24/2011 06:20 PM, Chia-I Wu wrote: >>> On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace wrote: >>

Re: [Mesa-dev] About the current EGL & GLES 1.x implementation

On Fri, Aug 26, 2011 at 3:39 AM, Ilyes Gouta 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 feature set (w/ de

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On Fri, Aug 26, 2011 at 4:09 AM, Chad Versace wrote: > On 08/24/2011 06:20 PM, Chia-I Wu wrote: >> On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace 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

Re: [Mesa-dev] [PATCH 05/12] r300g: share the source list

On Fri, Aug 26, 2011 at 5:29 AM, Tom Stellard wrote: > On Thu, 2011-08-25 at 00:55 -0400, Chia-I Wu wrote: >> From: Chia-I Wu >> >> --- >>  src/gallium/drivers/r300/Makefile         |   63 >> ++-- >>  src/gallium/drivers/r300/Makefile.sources |   57 ++

[Mesa-dev] [Bug 8724] Illegal instruction in Mesa with Pentium series CPU

https://bugs.freedesktop.org/show_bug.cgi?id=8724 Gordon Jin changed: What|Removed |Added Status|RESOLVED|CLOSED -- Configure bugmail: https://bugs.f

[Mesa-dev] [Bug 9200] mesa/progs/xdemos/glxpixmap error: GLXBadContext

https://bugs.freedesktop.org/show_bug.cgi?id=9200 Gordon Jin changed: What|Removed |Added Status|RESOLVED|VERIFIED -- Configure bugmail: https://bugs

Re: [Mesa-dev] DEATH to old drivers!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/25/2011 07:38 AM, Kenneth Graunke 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 wrote: -BEGIN PGP SIGNED MESSAGE- Hash

[Mesa-dev] [PATCH 2/2] scons: don't compile some files with -gstabs if using mingw32

Compiling some (large) files with i686-pc-mingw32-gcc 4.2.2 (at least) and the -gstabs option triggers a compiler error. Use this work-around to simply compile the effected files without -gstabs. --- scons/crossmingw.py | 38 ++ src/gallium/auxil

[Mesa-dev] [PATCH 1/2] scons: add more LIBS for compiling with LLVM 2.9 on Windows

These extra libs shouldn't hurt with LLVM 2.8 or older. --- scons/llvm.py |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/scons/llvm.py b/scons/llvm.py index c8d2d37..57fe922 100644 --- a/scons/llvm.py +++ b/scons/llvm.py @@ -135,6 +135,8 @@ def generate(env): en

Re: [Mesa-dev] [PATCH] Implement HW accelerated GL_SELECT

I think we can replace "select_emul" with just "select" everywhere. I'm not sure what the "emul" naming really buys us. What do you think? -Brian ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo

Re: [Mesa-dev] [PATCH 05/12] r300g: share the source list

On Thu, 2011-08-25 at 00:55 -0400, Chia-I Wu wrote: > From: Chia-I Wu > > --- > src/gallium/drivers/r300/Makefile | 63 ++-- > src/gallium/drivers/r300/Makefile.sources | 57 ++ > src/gallium/drivers/r300/SConscript | 57 +--

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

On 25.08.2011 23:15, Zack Rusin wrote: > On Thursday, August 25, 2011 05:06:05 PM Christoph Bumiller wrote: >> What ? No. >> It would be: >> SAMPLE DST[0], SRC[0], RES[ADDR[0] - 4], SAMP[ADDR[0] - 4], >> OpenGL does not decouple resources and samplers at GLSL level. > Exactly, meaning that a group

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

On Thursday, August 25, 2011 05:06:05 PM Christoph Bumiller wrote: > What ? No. > It would be: > SAMPLE DST[0], SRC[0], RES[ADDR[0] - 4], SAMP[ADDR[0] - 4], > OpenGL does not decouple resources and samplers at GLSL level. Exactly, meaning that a group of samplers will have exactly the same resourc

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

On 25.08.2011 22:46, Zack Rusin wrote: > 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, may

[Mesa-dev] TXF definition - Re: [RFC] tgsi/softpipe TXF support.

> 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

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 i

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 resourc

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 addre

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

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 a

Re: [Mesa-dev] [PATCH] glsl: Fail linking if a global is both a uniform and non-uniform.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 We weren't catching this? Embarrassing. Reviewed-by: Chad Versace 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 AM, Kenneth Graunke wro

[Mesa-dev] [PATCH] docs: Add a page on post-processing

>From a12122cf8bec360c03518e686f5fdae0c9cbf791 Mon Sep 17 00:00:00 2001 From: Lauri Kasanen Date: Thu, 25 Aug 2011 23:23:08 +0300 Subject: [PATCH] docs: Add a page on post-processing Signed-off-by: Lauri Kasanen --- docs/contents.html|1 + docs/postprocess.html | 46 +

Re: [Mesa-dev] [PATCH] glsl: Bail after reporting an error for non-constant const_in parameters.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Simple enough. Reviewed-by: Chad Versace 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. > > Signed-of

Re: [Mesa-dev] [PATCH 2/3] egl_dri2: add support for Android

On 08/24/2011 06:20 PM, Chia-I Wu wrote: > On Thu, Aug 25, 2011 at 8:58 AM, Chad Versace 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 are backed

[Mesa-dev] About the current EGL & GLES 1.x implementation

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 up

Re: [Mesa-dev] OpenGL to DirectX with Mesa3D

2011/8/25 Anonimo Veneziano : > 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 3DAnaly

[Mesa-dev] OpenGL to DirectX with Mesa3D

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 tes

Re: [Mesa-dev] DEATH to old drivers!

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 mesa-dev@lists.fre

[Mesa-dev] [PATCH] glsl: Bail after reporting an error for non-constant const_in parameters.

Otherwise we continue and hit the "Illegal formal parameter mode" assertion. Fixes negative compile test texelFetchOffset.frag in piglit. Signed-off-by: Kenneth Graunke --- src/glsl/ast_function.cpp |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/src/glsl/ast_function.c

Re: [Mesa-dev] [PATCH] Implement HW accelerated GL_SELECT

On Thu, Aug 25, 2011 at 11:34 AM, Brian Paul wrote: > On 08/25/2011 09:17 AM, Alex Deucher wrote: >> >> On Wed, Aug 24, 2011 at 10:35 AM, Micael  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

Re: [Mesa-dev] [PATCH 0/12] Post-processing infrastructure / gsoc work, v3

On 08/20/2011 12:10 AM, Lauri Kasanen wrote: On Fri, 19 Aug 2011 16:53:53 -0600 Brian Paul 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 would be good to have

Re: [Mesa-dev] [PATCH 0/4] Various st/xorg related changes

2011/8/23 Michel Dänzer : > 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), > but I think

Re: [Mesa-dev] [PATCH] Implement HW accelerated GL_SELECT

On 08/25/2011 09:17 AM, Alex Deucher wrote: On Wed, Aug 24, 2011 at 10:35 AM, Micael 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 fi

[Mesa-dev] [PATCH] glsl: Fail linking if a global is both a uniform and non-uniform.

Signed-off-by: Kenneth Graunke --- 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 @@ cross_validate_glo

[Mesa-dev] [PATCH] i965: Use proper texture alignment units for cubemaps on Gen5+.

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 --- src/mesa/drivers/dri/i965/brw_tex_layout.c |5 - 1 files changed, 4 insertions(+), 1 deleti

Re: [Mesa-dev] [PATCH] Implement HW accelerated GL_SELECT

On Wed, Aug 24, 2011 at 10:35 AM, Micael 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 into master? Al

Re: [Mesa-dev] [PATCH 3/3] glsl->tgsi: add TXF support.

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 > > 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: D

Re: [Mesa-dev] [PATCH 3/3] st_glsl_to_tgsi: implement TXS/TXQ. (v2)

The usual commit prefix for the GLSL->TGSI translator is "glsl_to_tgsi". Other than that, Reviewed-by: Bryan Cain On 08/25/2011 09:46 AM, Dave Airlie wrote: > From: Dave Airlie > > GLSL uses TXS, call the gallium TXQ opcode. > > v2: fix indent from 4->3. > > Signed-off-by: Dave Airlie > --- >

Re: [Mesa-dev] [RFC] tgsi/softpipe TXF support.

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 update

Re: [Mesa-dev] [PATCH 3/3] glsl->tgsi: add TXF support.

On 08/25/2011 08:51 AM, Dave Airlie wrote: From: Dave Airlie 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 Reviewed-by: Brian Paul ___

Re: [Mesa-dev] [PATCH 2/3] softpipe: implement TXF support via get_texel callback

On 08/25/2011 08:51 AM, Dave Airlie wrote: From: Dave Airlie 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: Dav

Re: [Mesa-dev] [PATCH 1/3] tgsi: add TXF support.

LGTM, just minor things below. -Brian On 08/25/2011 08:51 AM, Dave Airlie wrote: From: Dave Airlie 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

Re: [Mesa-dev] [PATCH 2/3] softpipe: add get_dims callback for TXQ support. (v2)

For the series, Reviewed-by: Brian Paul Just one nit below... On 08/25/2011 08:46 AM, Dave Airlie wrote: From: Dave Airlie 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 f

[Mesa-dev] [PATCH 3/3] glsl->tgsi: add TXF support.

From: Dave Airlie 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 --- src/mesa/state_tracker/st_glsl_to_tgsi.cpp |8 ++-- 1 files changed, 6 insertions(+), 2 deletions(-) dif

[Mesa-dev] [PATCH 2/3] softpipe: implement TXF support via get_texel callback

From: Dave Airlie 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 --- src/gallium/drivers/softpipe/

[Mesa-dev] [PATCH 1/3] tgsi: add TXF support.

From: Dave Airlie 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. Signed-off-by: Dave Airlie

[Mesa-dev] [RFC] tgsi/softpipe TXF support.

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 mesa-dev@lists.freedes

[Mesa-dev] [PATCH 3/3] st_glsl_to_tgsi: implement TXS/TXQ. (v2)

From: Dave Airlie GLSL uses TXS, call the gallium TXQ opcode. v2: fix indent from 4->3. Signed-off-by: Dave Airlie --- src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 27 ++- 1 files changed, 18 insertions(+), 9 deletions(-) diff --git a/src/mesa/state_tracker/st_glsl_

[Mesa-dev] [PATCH 2/3] softpipe: add get_dims callback for TXQ support. (v2)

From: Dave Airlie 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 --- src/gallium/drivers/softpipe/sp_tex_sample.c | 38 +

[Mesa-dev] [PATCH 1/3] tgsi: add TXQ support. (v2)

From: Dave Airlie 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. v2: remove unusued variable, fix indent Signed-off-by: Dave Airlie --- src/ga

Re: [Mesa-dev] DEATH to old drivers!

On Thu, Aug 25, 2011 at 3:38 PM, Kenneth Graunke 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 wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/24/2011 12:11

Re: [Mesa-dev] DEATH to old drivers!

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 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

Re: [Mesa-dev] [PATCH 1/2] Change return type of try_emit_* methods to bool.

-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 expl

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

On Thu, 2011-08-25 at 15:00 +0100, Dave Airlie wrote: > On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell 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 retur

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

On 08/25/2011 07:00 AM, Dave Airlie wrote: > On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell 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

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

-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 i

Re: [Mesa-dev] DEATH to old drivers!

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 08/24/2011 05:07 PM, Jakob Bornecrantz wrote: > On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick 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 bu

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

On Thu, Aug 25, 2011 at 2:43 PM, Keith Whitwell 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. > >> Otherwis

Re: [Mesa-dev] [PATCH 3/6] st_glsl_to_tgsi: implement TXS/TXQ.

On 08/25/2011 04:47 AM, Dave Airlie wrote: From: Dave Airlie GLSL uses TXS, call the gallium TXQ opcode. Signed-off-by: Dave Airlie --- src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 29 ++- 1 files changed, 19 insertions(+), 10 deletions(-) diff --git a/src/mesa/sta

Re: [Mesa-dev] [PATCH 2/6] softpipe: add get_dims callback for TXQ support.

On 08/25/2011 04:47 AM, Dave Airlie wrote: From: Dave Airlie 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 Airlie --- src/gallium/drivers/softpipe/sp_tex_sample.c | 36 ++ 1 fil

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

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 > t

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

On Thu, Aug 25, 2011 at 2:28 PM, Brian Paul 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 R600. > > Otherwis

Re: [Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

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

Re: [Mesa-dev] [PATCH] build fix (bug 40343)

This was already fixed too. -Brian On Wed, Aug 24, 2011 at 5:18 AM, Fabio Pedretti wrote: > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > ___

Re: [Mesa-dev] [PATCH] silence unused variable warning

I had already fixed this. -Brian On Wed, Aug 24, 2011 at 5:21 AM, Fabio Pedretti wrote: > ___ > mesa-dev mailing list > mesa-dev@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/mesa-dev > _

[Mesa-dev] [PATCH 3/6] st_glsl_to_tgsi: implement TXS/TXQ.

From: Dave Airlie GLSL uses TXS, call the gallium TXQ opcode. Signed-off-by: Dave Airlie --- src/mesa/state_tracker/st_glsl_to_tgsi.cpp | 29 ++- 1 files changed, 19 insertions(+), 10 deletions(-) diff --git a/src/mesa/state_tracker/st_glsl_to_tgsi.cpp b/src/mesa/st

[Mesa-dev] [PATCH 2/6] softpipe: add get_dims callback for TXQ support.

From: Dave Airlie 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 Airlie --- src/gallium/drivers/softpipe/sp_tex_sample.c | 36 ++ 1 files changed, 36 insertions(+), 0 deletions(-)

[Mesa-dev] [PATCH 1/6] tgsi: add TXQ support.

From: Dave Airlie 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 --- src/gallium/auxiliary/tgsi/tgsi_exec.c | 31 +

Re: [Mesa-dev] DEATH to old drivers!

On Wed, 2011-08-24 at 20:46 -0400, Kristian Høgsberg wrote: > On Wed, Aug 24, 2011 at 3:11 PM, Ian Romanick 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 refactoring an

Re: [Mesa-dev] VDPAU scaling rather than cropping 1088 -> 1080

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

Re: [Mesa-dev] is_tex bit for TGSI sampling instructions

On Thu, Aug 25, 2011 at 5:42 AM, 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

Re: [Mesa-dev] DEATH to old drivers!

On Don, 2011-08-25 at 02:07 +0200, Jakob Bornecrantz wrote: > On Thu, Aug 25, 2011 at 1:46 AM, Ian Romanick 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 > >>

[Mesa-dev] [PATCH 2/2] Document the return type coding style.

As per discussion at [0] methods shouldn't use OpenGL return types, if they're not part of the GL API. [0] CC: Ian Romanick Signed-off-by: Kai Wasserbäch --- docs/devinfo.html | 10 ++ 1 files changed, 10 insertions(+), 0 deletio

[Mesa-dev] [PATCH] silence unused variable warning

--- 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 = GL_ARRAY

[Mesa-dev] [PATCH] build fix (bug 40343)

--- 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; } -

Re: [Mesa-dev] [PATCH 1/2] Change return type of try_emit_* methods to bool.

[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 > > freedesktop.org>), > > that the return type of non-API meth