Re: [Mesa-dev] [PATCH] Add EXT_timer_query to the mesa state tracker and softpipe

Hi, On Sunday 23 May 2010 18:15:09 you wrote: > You might try latest xf86-video-ati from git, there's ColorTiling enabled > by default, which should give you nice performance increase in all 3D > apps. As for timer queries, I think there's quite a bit of work to do in > the kernel too. However, w

[Mesa-dev] Unknown Opcode 35

Hello, Yesterday I was trying to run an example taken from chapter 6 of the book OpenGl Shading Language with the new gallium driver (I have a RV570 graphic card), but I got this error when compiling the vertex shader: Unknown opcode 35. Digging in the source code I found that the opcode 35 is fo

[Mesa-dev] [PATCH 3/3] Enable hardware mipmap generation for radeon.

Use _mesa_meta_GenerateMipmap. It is Fast Enough(tm). --- src/mesa/drivers/dri/radeon/radeon_texture.c | 11 --- 1 files changed, 8 insertions(+), 3 deletions(-) diff --git a/src/mesa/drivers/dri/radeon/radeon_texture.c b/src/mesa/drivers/dri/radeon/radeon_texture.c index 5cb33a4..bcac

[Mesa-dev] [PATCH 2/3] Fix image_matches_texture_obj() MaxLevel check

When generating or uploading a new (higher) mipmap level for an image, we can need to allocate a miptree for a level greater than texObj->MaxLevel. --- src/mesa/drivers/dri/radeon/radeon_texture.c | 11 +++ 1 files changed, 7 insertions(+), 4 deletions(-) diff --git a/src/mesa/drivers/d

[Mesa-dev] [PATCH 1/3] Fallback to software render if there is no miptree for an image

This can happen when checking if a software fallback for a higher level operation (such as GenerateMipmap) is needed. --- src/mesa/drivers/dri/radeon/radeon_fbo.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/src/mesa/drivers/dri/radeon/radeon_fbo.c b/src/mesa/dr

[Mesa-dev] Enable HW GenerateMipmap for radeon v2

Wire up _mesa_meta_GenerateMipmap() for radeon. This greatly improves the playability of some games, such as FlightGear and the recently GPL'd game Lugaru. FlightGear still generates many fallbacks due to Alpha-only textures, but only at startup time. V2: Address comments from Maciej Cencora . Fi

Re: [Mesa-dev] [PATCH] Add EXT_timer_query to the mesa state tracker and softpipe

Hi, On Monday 24 May 2010 23:08:41 Brian Paul wrote: > I hacked on the code a bit: > > 1. remove dead/unused code > 2. Test the 64-bit query functions > 3. fix the GL_QUERY_COUNTER_BITS check > 4. fix indentation > > Updated version attached. I'll commit in a day or so if there's no > feedback

[Mesa-dev] r600g: various fixes to get r600_clear and depthtesting working

Hello, I wrote two patches that fix various things to get r600g running on my computer and to get r600_clear and depthtesting working. I wrote them starting from Marek's r600g branch. Feel free to criticize as this is my first contribution to a large project. - Bas Nieuwenhuizen patches: http

Re: [Mesa-dev] [PATCH] Add EXT_timer_query to the mesa state tracker and softpipe

Mathias Fröhlich wrote: Hi, On Monday 17 May 2010 21:02:00 Brian Paul wrote: It would be nice to have a piglit test to exercise EXT_timer_query too. We should really have tests for all extensions. I am not completely sure if this is completely correct in the context of piglit. But so far a s

Re: [Mesa-dev] swrast TFP support

On 2010-05-23 13.17, Dave Airlie wrote: No idea why I'm bothering but it might be useful for llvmpipe later, From the little I know about the drisw interface this looks good. I don't see any problems with porting this over to st/dri/sw. Cheers Jakob. _

Re: [Mesa-dev] Reducing get.c size (and get_es1.c and get_es2.c)

On Fri, May 21, 2010 at 4:16 PM, Brian Paul wrote: > Roland Scheidegger wrote: >> >> On 11.05.2010 20:08, Kristian Høgsberg wrote: >>> >>> 2010/5/11 Brian Paul : Kristian Høgsberg wrote: > > 2010/5/6 Kristian Høgsberg : >> >> Hi, >> >> Ok, I suppose this is not th