[Mesa-dev] [PATCH] svga: Remove wierd code which forces non-sRGB formats.

Brian Paul brian.e.paul at gmail.com
Wed Oct 10 17:36:10 PDT 2012


On Mon, Sep 24, 2012 at 9:22 AM, Brian Paul <brianp at vmware.com> wrote:
> On 09/23/2012 05:44 AM, John Kåre Alsaker wrote:
>>
>> ---
>>   src/gallium/drivers/svga/svga_resource_texture.c | 8 --------
>>   1 file changed, 8 deletions(-)
>>
>> diff --git a/src/gallium/drivers/svga/svga_resource_texture.c
>> b/src/gallium/drivers/svga/svga_resource_texture.c
>> index 9830e79..97ec7ee 100644
>> --- a/src/gallium/drivers/svga/svga_resource_texture.c
>> +++ b/src/gallium/drivers/svga/svga_resource_texture.c
>> @@ -540,14 +540,6 @@ svga_texture_from_handle(struct pipe_screen *screen,
>>      pipe_reference_init(&tex->b.b.reference, 1);
>>      tex->b.b.screen = screen;
>>
>> -   if (format == SVGA3D_X8R8G8B8)
>> -      tex->b.b.format = PIPE_FORMAT_B8G8R8X8_UNORM;
>> -   else if (format == SVGA3D_A8R8G8B8)
>> -      tex->b.b.format = PIPE_FORMAT_B8G8R8A8_UNORM;
>> -   else {
>> -      /* ?? */
>> -   }
>> -
>>      SVGA_DBG(DEBUG_DMA, "wrap surface sid %p\n", srf);
>>
>>      tex->key.cachable = 0;
>
>
> Yeah, I don't know what that's all about either.  Have you done a piglit run
> with this change to check for regressions?

I (finally) did some testing and this looks OK.  I'll commit it in the
next day or so.

-Brian


More information about the mesa-dev mailing list