[Mesa-dev] [PATCH] intel: GetBuffer fix

After copy buffer on preGEN6, it is necessary to wait for the blit to complete before returning data to the user. This fixes the piglit test: copy_buffer_coherency. Signed-off-by: Ben Widawsky --- src/mesa/drivers/dri/intel/intel_buffer_objects.c |7 ++- 1 files changed, 6 insertions(+)

Re: [Mesa-dev] S2TC - yet another attempt to solve the "S3TC issue"

On Sun, Aug 07, 2011 at 06:48:39PM -0700, Jose Fonseca wrote: > > > - Original Message - > > On Wed, Aug 03, 2011 at 12:47:47PM -0700, Ian Romanick wrote: > > > -BEGIN PGP SIGNED MESSAGE- > > > Hash: SHA1 > > > > > > On 08/03/2011 12:11 PM, Bryan Cain wrote: > > > > On 08/03/2011

Re: [Mesa-dev] [status][help]pipe-video on Loongson3A(mipsel) platform with r600

Hi, 2011/8/5 Andy Furniss : > By chance it seems that your big buck bunny does not work with multithread. > I don't see any difference either - probably because it's too simple, > mediainfo shows it as using  Main@L3.1 with no CABAC > > If I test with something that uses High@L5.1 and CABAC eg. >

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

On 8 August 2011 03:58, Jose Fonseca wrote: > It's subjective. It depends on the expected input distribution, which is > effectively impossible to characterize in general. One can easily find > datasets where one method gives biased results and the other not, and vice > versa. And if one takes

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

- Original Message - > On 8 August 2011 02:24, Jose Fonseca wrote: > > There's no "wrong" or "right" when there are two equidistant > > integers -- it's all a matter of convention. > > > But note that rounding to nearest even is a slightly better > convention > in terms of rounding bias. I

Re: [Mesa-dev] S2TC - yet another attempt to solve the "S3TC issue"

- Original Message - > On Wed, Aug 03, 2011 at 12:47:47PM -0700, Ian Romanick wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA1 > > > > On 08/03/2011 12:11 PM, Bryan Cain wrote: > > > On 08/03/2011 01:58 PM, Ian Romanick wrote: > > >> I think this solves the issue for the comp

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

On 8 August 2011 02:24, Jose Fonseca wrote: > There's no "wrong" or "right" when there are two equidistant integers -- it's > all a matter of convention. > But note that rounding to nearest even is a slightly better convention in terms of rounding bias. I.e., not using RNDNE is both likely to be

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

- Original Message - > On Sun, 7 Aug 2011 19:22:06 +0200 > Henri Verbeet wrote: > > > On 7 August 2011 19:03, Lauri Kasanen wrote: > > > +       /* floor(a + 0.5) */ > > Why not use RNDNE? > > I feel it would cause more "wrong" results, with two numbers > resolving to the same (3.5 = 4.

Re: [Mesa-dev] S2TC - yet another attempt to solve the "S3TC issue"

On 4.8.2011 12:19, Rudolf Polzer wrote: On Wed, Aug 03, 2011 at 12:47:47PM -0700, Ian Romanick wrote: On 08/03/2011 12:11 PM, Bryan Cain wrote: Pardon my ignorance, but why do hardware drivers need a decompressor? To quote the EXT_texture_compression_s3tc spec: WARNING: Vendors able to

Re: [Mesa-dev] hardware xvmc video decoding with nouveau

Hey Younes, On 08/06/2011 08:37 PM, Younes Manton wrote: > 2011/7/31 Christian König : >> Am Freitag, den 29.07.2011, 18:23 -0400 schrieb Younes Manton: >>> On Fri, Jul 29, 2011 at 9:37 AM, Maarten Lankhorst >>> wrote: With some help from the nouveau team I managed to get video acceleration

[Mesa-dev] r600g winsys backend rework

Hi, I have been recently trying to get thread offloading of the CS ioctl into r600g in order to reduce the impact of kernel overhead on fps. That, unfortunately, requires whole winsys/radeon to be used, because even the buffer management (bo_map, bo_wait, bo_busy) must take into account that a CS

[Mesa-dev] [Bug 39888] [regression] Artifacts in Cogs

https://bugs.freedesktop.org/show_bug.cgi?id=39888 --- Comment #4 from Sven Arvidsson 2011-08-07 13:22:52 PDT --- Cogs is running fine with the patch, thanks! -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are

[Mesa-dev] [PATCH] Starting work on var packer

From: vlj --- src/glsl/Makefile |1 + src/glsl/glsl_parser_extras.cpp |7 +- src/glsl/ir_optimization.h |1 + src/glsl/opt_var_packer.cpp | 332 +++ 4 files changed, 338 insertions(+), 3 deletions(-) create mode 100644 src/

[Mesa-dev] (no subject)

This new patch fix an issue with some shader (mandelbrot demo) ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [Bug 39888] [regression] Artifacts in Cogs

https://bugs.freedesktop.org/show_bug.cgi?id=39888 --- Comment #3 from Bryan Cain 2011-08-07 12:33:49 PDT --- I've sent a patch to the mailing list that fixes this bug: http://lists.freedesktop.org/archives/mesa-dev/2011-August/010258.html -- Configure bugmail: https://bugs.freedesktop.org/use

[Mesa-dev] [PATCH] st/mesa: inline st_prepare_fragment_program in st_translate_fragment_program

This reverts an unnecessary part of commit 4683529048ee and fixes misrendering and an assertion failure in Cogs. Fixes freedesktop.org bug 39888. --- src/mesa/state_tracker/st_program.c | 326 +-- src/mesa/state_tracker/st_program.h | 15 -- 2 files changed, 162

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

On Sun, 7 Aug 2011 19:22:06 +0200 Henri Verbeet wrote: > On 7 August 2011 19:03, Lauri Kasanen wrote: > > +       /* floor(a + 0.5) */ > Why not use RNDNE? I feel it would cause more "wrong" results, with two numbers resolving to the same (3.5 = 4.5 = 4). Of course for best rounding one could

Re: [Mesa-dev] [PATCH] r600g: Add support for ROUND

On 7 August 2011 19:03, Lauri Kasanen wrote: > +       /* floor(a + 0.5) */ Why not use RNDNE? ___ mesa-dev mailing list mesa-dev@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev

[Mesa-dev] [PATCH] r600g: Add support for ROUND

>From 4b04e2b45e3bb2acaca838453f999bc53ba35fef Mon Sep 17 00:00:00 2001 From: Lauri Kasanen Date: Sun, 7 Aug 2011 18:19:17 +0300 Subject: [PATCH] r600g: Add support for ROUND This is a GLSL 1.3 feature, but also used by MLAA. Signed-off-by: Lauri Kasanen --- src/gallium/drivers/r600/r600_shad

[Mesa-dev] [Bug 39891] D3D1X can't be compiled: cannot convert ‘pipe_resource*’ to ‘const pipe_resolve_info*’ in argument passing

https://bugs.freedesktop.org/show_bug.cgi?id=39891 --- Comment #2 from Alexandre Demers 2011-08-07 07:26:37 PDT --- confirming that it fixed the problem. Thanks. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

Re: [Mesa-dev] Removing GLw from the main Mesa repository

On 04/08/2011 23:26, Kenneth Graunke wrote: Hey, I'd like to remove libGLw from the main Mesa repository. It never changes, and almost noone uses it...because GL and Motif is awesome, right? Since Debian still packages it, I pulled it into its own git repository, preserving history, and then a

[Mesa-dev] [Bug 39891] D3D1X can't be compiled: cannot convert ‘pipe_resource*’ to ‘const pipe_resolve_info*’ in argument passing

https://bugs.freedesktop.org/show_bug.cgi?id=39891 Christoph Bumiller changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

Re: [Mesa-dev] [PATCH 01/15] mesa: Add toplevel Android.mk

- Original Message - > On Sat, Aug 6, 2011 at 5:07 AM, Chad Versace > wrote: > > On 08/05/2011 05:41 AM, Dan Nicholson wrote: > >> I haven't > >> seen any Android.mk files show up in freetype or expat or anything > >> like that. In the same way, mesa doesn't carry a debian folder > >> even