[Mesa-dev] Initial GS NIR support for radeonsi

Timothy Arceri tarceri at itsqueeze.com
Wed Nov 15 11:14:33 UTC 2017


On 15/11/17 22:06, Nicolai Hähnle wrote:
> On 10.11.2017 04:13, Timothy Arceri wrote:
>> The support is still WIP but the patches as starting to pile
>> up so thought I'd see if I could land these before continuing.
> 
> Thanks for working on this!
> 
> 
>> Whats missing?
>>
>> Vega support for gs_vtx_offset handling (see patch 3), I don't
>> have one yet for testing so didn't attempt to adapt the code.
> 
> The existing code should work though, right? It's actually not clear to 
> me what patch 3 is really trying to achieve, since the caller provides a 
> plain integer vertex index either way. It's a nice cleanup though.

The nir to llvm path accesses these via an array index (expecting no 
gaps) we just need to update the Vega path to use an array also.

> 
> 
>> Lots of piglit tests still fail. The gs clip distance piglit
>> tests currently cause my system to hang for instance.
> 
> This is usually a mismatch/disagreement between SPI_SHADER_POS_FORMAT 
> and PA_CL_VS_OUT_CNTL: the PA tries to pull more data from the position 
> cache than is allocated there by the SPI, and the hardware gets 
> permanently confused. Probably something in the setup for the GS copy 
> shader needs to be fixed.

Yeah I'm got this fixed now.

> 
> The series looks pretty good already. I'd second Marek's comments, and I 
> think the load_inputs ABI should be reworked to not depend on NIR; I've 
> sent a comment on patch 17 for this.

I've sent a reply I think you missed what I'm trying to work around there :)

> 
> Patches 2-4, 8, 14-16, 18 and 19:

Thanks.

> 
> Reviewed-by: Nicolai Hähnle <nicolai.haehnle at amd.com>
> 
> Cheers,
> Nicolai


More information about the mesa-dev mailing list