From 57c87d4661df10301acbc6eeeaea590fd010ed1d Mon Sep 17 00:00:00 2001 From: Erik Faye-Lund Date: Mon, 9 Jan 2023 07:52:15 +0100 Subject: [PATCH] docs: renderpass -> render pass The Vulkan spec spells render pass in two words, so let's do the same. Reviewed-by: Eric Engestrom Part-of: --- docs/drivers/freedreno/hw/lrz.rst | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/docs/drivers/freedreno/hw/lrz.rst b/docs/drivers/freedreno/hw/lrz.rst index 42c83d4..e52ca25 100644 --- a/docs/drivers/freedreno/hw/lrz.rst +++ b/docs/drivers/freedreno/hw/lrz.rst @@ -35,15 +35,15 @@ There are two main limitations of LRZ: Pre-a650 (before gen3) ---------------------- -The direction is fully tracked on CPU. In renderpass LRZ starts with +The direction is fully tracked on CPU. In render pass LRZ starts with unknown direction, the direction is set first time when depth write occurs and if it does change afterwards then the direction becomes invalid and LRZ is -disabled for the rest of the renderpass. +disabled for the rest of the render pass. Since the direction is not tracked by the GPU, it's impossible to know whether LRZ is enabled during construction of secondary command buffers. -For the same reason, it's impossible to reuse LRZ between renderpasses. +For the same reason, it's impossible to reuse LRZ between render passes. A650+ (gen3+) ------------- @@ -57,7 +57,7 @@ The idea is the same as when LRZ tracked on CPU: when ``GRAS_LRZ_CNTL`` is used, its direction is compared to the previously known direction and direction byte is set to disabled when directions are incompatible. -Additionally, to reuse LRZ between renderpasses, ``GRAS_LRZ_CNTL`` checks +Additionally, to reuse LRZ between render passes, ``GRAS_LRZ_CNTL`` checks if the current value of ``GRAS_LRZ_DEPTH_VIEW`` is equal to the value stored in the buffer. If not, LRZ is disabled. This is necessary because depth buffer may have several layers and mip levels, while the -- 2.7.4