[Mesa-dev] [RFT PATCH 2/2] nv20: enable ARB_texture_border_clamp support

[Roland Scheidegger]

Am 27.06.2017 um 15:11 schrieb Ilia Mirkin:
> On Tue, Jun 27, 2017 at 9:07 AM, Roland Scheidegger <sroland at vmware.com> wrote:
>> Am 27.06.2017 um 15:01 schrieb Roland Scheidegger:
>>> These chips can't do border color? I wonder how they got away with that
>>> with d3d since afaik it isn't optional.
>> Err, I should have known better, EVERYTHING is optional with d3d9
>> (albeit it doesn't mean apps were actually prepared for hw not
>> supporting some of the more fundamental caps) "D3DPTADDRESSCAPS_BORDER:
>> Device supports setting coordinates outside the range [0.0, 1.0] to the
>> border color, as specified by the D3DSAMP_BORDERCOLOR texture-stage
>> state." So I suppose that's how they got away with it...
> 
> And don't forget the power of swrast fallbacks. None of these chips
> support 3D textures, for example.
> 
I think traditionally drivers didn't do swrast fallbacks for d3d, only
GL - because really a lot is optional (volume textures certainly are).
Though I suppose if the hw just gives you black on border color, it
might have been possible the driver says it's supported and does a
fallback only on non-black border (because IME most apps indeed do use a
black border when they use border color).
But anyway, I suppose supporting/emulating that isn't really practical.

Roland