Re: [Mesa-dev] Fwd: Re: [directfb-dev] First results of Mesa/DRM based DirectFB on i915 (GLES2.0 acceleration)

2011-03-12 Thread Denis Oliver Kropp
On 13/03/11 08:29, Dave Airlie wrote: > On Sun, Mar 13, 2011 at 5:15 PM, Denis Oliver Kropp wrote: >> On 13/03/11 08:09, Dave Airlie wrote: >>> On Sun, Mar 13, 2011 at 5:02 PM, Denis Oliver Kropp >>> wrote: Hi, thanks to all of you who contributed to Mesa/DRM/KMS. Follow

Re: [Mesa-dev] Fwd: Re: [directfb-dev] First results of Mesa/DRM based DirectFB on i915 (GLES2.0 acceleration)

2011-03-12 Thread Dave Airlie
On Sun, Mar 13, 2011 at 5:15 PM, Denis Oliver Kropp wrote: > On 13/03/11 08:09, Dave Airlie wrote: >> On Sun, Mar 13, 2011 at 5:02 PM, Denis Oliver Kropp >> wrote: >>> Hi, >>> >>> thanks to all of you who contributed to Mesa/DRM/KMS. >>> >>> Following are some benchmark results of the new Direct

Re: [Mesa-dev] Fwd: Re: [directfb-dev] First results of Mesa/DRM based DirectFB on i915 (GLES2.0 acceleration)

2011-03-12 Thread Denis Oliver Kropp
On 13/03/11 08:09, Dave Airlie wrote: > On Sun, Mar 13, 2011 at 5:02 PM, Denis Oliver Kropp wrote: >> Hi, >> >> thanks to all of you who contributed to Mesa/DRM/KMS. >> >> Following are some benchmark results of the new DirectFB on Mesa port. >> >> The code is checked into git.directfb.org now. >>

Re: [Mesa-dev] Fwd: Re: [directfb-dev] First results of Mesa/DRM based DirectFB on i915 (GLES2.0 acceleration)

2011-03-12 Thread Dave Airlie
On Sun, Mar 13, 2011 at 5:02 PM, Denis Oliver Kropp wrote: > Hi, > > thanks to all of you who contributed to Mesa/DRM/KMS. > > Following are some benchmark results of the new DirectFB on Mesa port. > > The code is checked into git.directfb.org now. > > > I also think I know how to map the buffers

[Mesa-dev] Fwd: Re: [directfb-dev] First results of Mesa/DRM based DirectFB on i915 (GLES2.0 acceleration)

2011-03-12 Thread Denis Oliver Kropp
Hi, thanks to all of you who contributed to Mesa/DRM/KMS. Following are some benchmark results of the new DirectFB on Mesa port. The code is checked into git.directfb.org now. I also think I know how to map the buffers now (see my previous mails), using intel specific ioctl (as in libkms bo_ma

Re: [Mesa-dev] [PATCH] ir_to_mesa: do not check the number of uniforms against hw limits

2011-03-12 Thread Marek Olšák
Yeah but it doesn't eliminate array elements. For example: uniform vec4 a[1024]; [snip] gl_FragColor = a[567]; In this case, the r300 compiler transforms the shader to: uniform vec4 a; [snip] gl_FragColor = a; Then there is an indirection table that maps addresses of constants

Re: [Mesa-dev] [PATCH] ir_to_mesa: do not check the number of uniforms against hw limits

2011-03-12 Thread Kenneth Graunke
On Saturday, March 12, 2011 06:44:37 PM Marek Olšák wrote: > The r300 compiler can eliminate unused uniforms and remap uniform locations > if their number surpasses hardware limits, so the limit is actually > NumParameters + NumUnusedParameters. This is important for some apps > under Wine to run.

[Mesa-dev] [PATCH] ir_to_mesa: do not check the number of uniforms against hw limits

2011-03-12 Thread Marek Olšák
The r300 compiler can eliminate unused uniforms and remap uniform locations if their number surpasses hardware limits, so the limit is actually NumParameters + NumUnusedParameters. This is important for some apps under Wine to run. Wine sometimes declares a uniform array of 256 vec4's and some Win

Re: [Mesa-dev] Reducing GLSL compiler optimization time

2011-03-12 Thread Eric Anholt
On Sat, 12 Mar 2011 11:30:10 -0800, Kenneth Graunke wrote: > On Friday, March 11, 2011 04:06:44 PM Eric Anholt wrote: > > With the conversion of texenvprogram to producing GLSL IR, all those > > nice little optimization passes end up slowing down our > > combinatorial-explosion ff tests pretty si

[Mesa-dev] [Bug 35244] r600g/swrast: piglit regression

2011-03-12 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35244 Kenneth Graunke changed: What|Removed |Added CC||e...@anholt.net -- Configure bugmail:

Re: [Mesa-dev] Reducing GLSL compiler optimization time

2011-03-12 Thread Kenneth Graunke
On Friday, March 11, 2011 04:06:44 PM Eric Anholt wrote: > With the conversion of texenvprogram to producing GLSL IR, all those > nice little optimization passes end up slowing down our > combinatorial-explosion ff tests pretty significantly. This patch > series reduces glean texCombine runtime ov

Re: [Mesa-dev] [PATCH] r600g: Avoid setting one gpu register multiple times in a r600_pipe_state

2011-03-12 Thread Henri Verbeet
2011/3/12 Mathias Fröhlich : > Attached is a patch to the r600g driver that avoids setting one specific gpu > register multiple times within a r600_pipe_state struct. > Is this supposed to fix anything in particular? The patch makes sense to me as an optimization, but if it changes behaviour that w

[Mesa-dev] [PATCH] r600g: Avoid setting one gpu register multiple times in a r600_pipe_state

2011-03-12 Thread Mathias Fröhlich
Hi, Attached is a patch to the r600g driver that avoids setting one specific gpu register multiple times within a r600_pipe_state struct. Please review and may be apply Thanks! Mathias From 704b858158fd420be6cf810425f04371e796b883 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mathias=20Fr=C3=B6hli

[Mesa-dev] [PATCH] gallium: Make use of the new PIPE_TRANSFER_DISCARD_* flags

2011-03-12 Thread Mathias Fröhlich
Hi, Attached are two small patches to mesas gallium state tracker to bring that a little more in line with the new PIPE_TRANSFER_DISCARD_* flags. Please review and may be apply. Thanks Mathias From 0a3d49fc5dff976b1d4dd4339b30ebcc96f3e5dc Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Mathias=20Fr=

[Mesa-dev] [Bug 35244] New: r600g/swrast: piglit regression

2011-03-12 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35244 Summary: r600g/swrast: piglit regression Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component

Re: [Mesa-dev] Truncated extensions string

2011-03-12 Thread Kenneth Graunke
On Friday, March 11, 2011 01:23:12 PM Patrick Baggett wrote: > I feel like there is some kind of underlying lesson that we, OpenGL app > programmers, should be getting out of this... Yes. Don't blindly copy abitrary amounts of data into a fixed size buffer. :) I hate to be trite, but that -is-

[Mesa-dev] How to ensure GPU is involved in DRI path

2011-03-12 Thread Neeraj N T
Hi All, I was traversing through the source code of Mesa 7.7 . I wanted to write an OpenGL application which could measure the graphics performance of my board(running on intel i5 with GMA-HD). Is there a flag available which can ensure that gpu is acting so that I can capture something like st

[Mesa-dev] [Bug 35200] Mesa 7.6 implementation error: bad datatype in interpolate_int_colors

2011-03-12 Thread bugzilla-daemon
https://bugs.freedesktop.org/show_bug.cgi?id=35200 --- Comment #2 from Charles Obler 2011-03-12 00:14:45 PST --- Hello Brian -- When I run voronoi directly -- /usr/lib/xscreensaver/voronoi I get a small black window, and, 30 seconds later, 135M of log messages in /var/log/gdm/:0.log . I attemp