commit 72c3c30452d340d1a90cd3e7efe685ee188003c7
author Diana Picus <Diana-Magda.Picus@amd.com> Wed Mar 19 13:49:19 2025 +0100
committer GitHub <noreply@github.com> Wed Mar 19 13:49:19 2025 +0100
tree 00f72becbd9ef04014dc43f229917144fc552987
parent 861efd4b3f93d30d353f0a6eea249fbdac1778a0

[AMDGPU] Allocate scratch space for dVGPRs for CWSR (#130055)

The CWSR trap handler needs to save and restore the VGPRs. When dynamic
VGPRs are in use, the fixed function hardware will only allocate enough
space for one VGPR block. The rest will have to be stored in scratch, at
offset 0.

This patch allocates the necessary space by:
- generating a prologue that checks at runtime if we're on a compute
queue (since CWSR only works on compute queues); for this we will have
to check the ME_ID bits of the ID_HW_ID2 register - if that is non-zero,
we can assume we're on a compute queue and initialize the SP and FP with
enough room for the dynamic VGPRs
- forcing all compute entry functions to use a FP so they can access
their locals/spills correctly (this isn't ideal but it's the quickest to
implement)

Note that at the moment we allocate enough space for the theoretical
maximum number of VGPRs that can be allocated dynamically (for blocks of
16 registers, this will be 128, of which we subtract the first 16, which
are already allocated by the fixed function hardware). Future patches
may decide to allocate less if they can prove the shader never allocates
that many blocks.

Also note that this should not affect any reported stack sizes (e.g. PAL
backend_stack_size etc).