amd/amdkfd/kfd_flat_memory.c

95  * The GPUVM_Base/GPUVM_Limit defines the aperture in the 64b space where we
113  * this case the GPUVM aperture (red) is defined and if a pointer falls in this
114  * aperture, we subtract the GPUVM_Base address and set the ATC bit to zero
148  * “Spare” aperture (APE1)
150  * We use the GPUVM aperture to differentiate ATC vs. GPUVM, but we also use
152  * config tables for setting cache policies. The “spare” (APE1) aperture is
154  * The default aperture isn’t an actual base/limit aperture; it is just the
161  * General Aperture definitions and rules
163  * An aperture register definition consists of a Base, Limit, Mtype, and
164  * usually an ATC bit indicating which translation tables that aperture uses.
165  * In all cases (for SUA and DUA apertures discussed later), aperture base
172  * The base and limit are considered inclusive to an aperture so being
173  * inside an aperture means (address >= Base) AND (address <= Limit).
176  * For example a load_dword_x4 that starts in one aperture and ends in another,
193  * space (defined by the aperture) for S_LOAD and FLAT_* ops.
194  * There is no spare (APE1) aperture for HSA32 mode.
200  * the default aperture is GPUVM (ATC==0) and not ATC space.
214  * the base/limit is “in” the aperture. For both HSA64 and GPUVM SUA modes,
225  * that fall in the private aperture are expanded as a function of the
228  * or ATC space. The addresses that fall in the shared aperture are
247  * Aperture Definitions for SUA and DUA
249  * The interpretation of the aperture register definitions for a given
300  * The aperture sizes are still 4GB implicitly.
302  * A GPUVM aperture is not applicable on GFXv9.
307 /* User mode manages most of the SVM aperture address space. The low
319 	 * aperture shouldn't be 0  in kfd_init_apertures_vi()
325 		/* dGPUs: SVM aperture starting at 0  in kfd_init_apertures_vi()