On 04/02/2011 07:18 PM, Ian Romanick wrote:
From: Ian Romanick
This class of hardware can natively sample all of the snorm surface
formats that DX10 requires, but it can't do some of the legacy GL
formats. In particular, all of the alpha, luminance, and intensity
formats are unsupported.
This
On 04/02/2011 07:18 PM, Ian Romanick wrote:
From: Ian Romanick
This is always the way the real hardware and desktop OpenGL. Some
Err...what?
hardware can't do some formats natively. The alpha-only, luminance,
and intensity formats are usually the most problematic. Some sized
formats can a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/30/2011 09:34 PM, Tom Stellard wrote:
> Ok, this makes sense. It would be pretty easy to modify my original patch
> to do this, but maybe it's better change the way ir_to_mesa.cpp converts
> conditional assignments to Mesa IR. Do you have any
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/31/2011 01:56 PM, Corbin Simpson wrote:
> On Thu, Mar 31, 2011 at 1:30 PM, Ian Romanick wrote:
>> From: Ian Romanick
>>
>> +# The git command below generates an empty string when we're not
>> +# building in a GIT tree (i.e., building from a rel
From: Ian Romanick
This is always the way the real hardware and desktop OpenGL. Some
hardware can't do some formats natively. The alpha-only, luminance,
and intensity formats are usually the most problematic. Some sized
formats can also be problematic. This patch provides fall-back
formats fo
From: Ian Romanick
This class of hardware can natively sample all of the snorm surface
formats that DX10 requires, but it can't do some of the legacy GL
formats. In particular, all of the alpha, luminance, and intensity
formats are unsupported.
This partially fixes the breakage in glean's pixel
Part of the patch series that added GL_EXT_texture_snorm support to
Mesa seems to have broken some drivers. In particular, commit
0be36997 causes drivers that previously advertised
GL_MESA_texture_signed_rgba magically start advertising
GL_EXT_texture_snorm. However, these drivers don't magically
I think it's a bit nicer to do this during validation, but if anyone disagrees
I won't object to dropping this patch.
Fabian
From cac5460d04e7028ed621e0fe822a7820915dfd3d Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Sat, 2 Apr 2011 13:12:32 +0200
Subject: [PATCH 3/3] st/mesa: Move fbo textu
From 24f7050dd447df52d3cbf53b4594a95f2ea637b6 Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Sat, 2 Apr 2011 12:19:49 +0200
Subject: [PATCH 2/3] st/mesa: Finalize fbo texture attachments
This patch tries to make sure that the texture image that should be attached to
the fbo actually lives in
From 3561688742016c82c6c146e448949112255b234c Mon Sep 17 00:00:00 2001
From: Fabian Bieler
Date: Sat, 2 Apr 2011 13:52:34 +0200
Subject: [PATCH 1/3] mesa: Guard against null pointer deref in fbo validation
This matches the behaviour below when numSamples is compared.
At least with the gallium s
10 matches
Mail list logo