[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20250222000654.137621-1-leofthirata@gmail.com>
Date: Fri, 21 Feb 2025 21:06:42 -0300
From: Leonardo Felipe Takao Hirata <leo.fthirata@...il.com>
To: airlied@...il.com,
simona@...ll.ch,
maarten.lankhorst@...ux.intel.com,
mripard@...nel.org,
tzimmermann@...e.de,
corbet@....net
Cc: Leonardo Felipe Takao Hirata <leofthirata@...il.com>,
dri-devel@...ts.freedesktop.org,
linux-doc@...r.kernel.org,
linux-kernel@...r.kernel.org,
skhan@...uxfoundation.org
Subject: [PATCH] drm-vm-bind-locking: grammar fixing
Fixes grammar issues in the VM_BIND locking documentation:
- Corrects adverb "also" positioning in the sentence.
Signed-off-by: Leonardo Felipe Takao Hirata <leofthirata@...il.com>
---
Documentation/gpu/drm-vm-bind-locking.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/drm-vm-bind-locking.rst b/Documentation/gpu/drm-vm-bind-locking.rst
index a345aa513d12..05d1a4e0d754 100644
--- a/Documentation/gpu/drm-vm-bind-locking.rst
+++ b/Documentation/gpu/drm-vm-bind-locking.rst
@@ -362,7 +362,7 @@ while processing each item:
Due to the additional locking and atomic operations, drivers that *can*
avoid accessing the gpu_vm's list outside of the dma_resv lock
-might want to avoid also this iteration scheme. Particularly, if the
+might also want to avoid this iteration scheme. Particularly, if the
driver anticipates a large number of list items. For lists where the
anticipated number of list items is small, where list iteration doesn't
happen very often or if there is a significant additional cost
--
2.43.0
Powered by blists - more mailing lists