From e082cff56b6ad6532e91859fa3919e80c4496070 Mon Sep 17 00:00:00 2001 From: Erik Faye-Lund Date: Thu, 3 Nov 2022 11:08:53 +0100 Subject: [PATCH] docs/gallium: glsl -> GLSL Reviewed-by: Yonggang Luo Part-of: --- docs/gallium/screen.rst | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/docs/gallium/screen.rst b/docs/gallium/screen.rst index acd9ae2..181eda0 100644 --- a/docs/gallium/screen.rst +++ b/docs/gallium/screen.rst @@ -608,7 +608,7 @@ The integer capabilities: * ``PIPE_CAP_SYSTEM_SVM``: True if all application memory can be shared with the GPU without explicit mapping. * ``PIPE_CAP_VIEWPORT_MASK``: Whether ``TGSI_SEMANTIC_VIEWPORT_MASK`` and ``TGSI_PROPERTY_LAYER_VIEWPORT_RELATIVE`` are supported (see GL_NV_viewport_array2). * ``PIPE_CAP_MAP_UNSYNCHRONIZED_THREAD_SAFE``: Whether mapping a buffer as unsynchronized from any thread is safe. -* ``PIPE_CAP_GLSL_ZERO_INIT``: Choose a default zero initialization some glsl variables. If ``1``, then all glsl shader variables and gl_FragColor are initialized to zero. If ``2``, then shader out variables are not initialized but function out variables are. +* ``PIPE_CAP_GLSL_ZERO_INIT``: Choose a default zero initialization some GLSL variables. If ``1``, then all GLSL shader variables and gl_FragColor are initialized to zero. If ``2``, then shader out variables are not initialized but function out variables are. * ``PIPE_CAP_BLEND_EQUATION_ADVANCED``: Driver supports blend equation advanced without necessarily supporting FBFETCH. * ``PIPE_CAP_NIR_ATOMICS_AS_DEREF``: Whether NIR atomics instructions should reference atomics as NIR derefs instead of by indices. * ``PIPE_CAP_NO_CLIP_ON_COPY_TEX``: Driver doesn't want x/y/width/height clipped based on src size when doing a copy texture operation (eg: may want out-of-bounds reads that produce 0 instead of leaving the texture content undefined) -- 2.7.4