[<prev] [next>] [day] [month] [year] [list]
Message-ID: <20250620180258.132160-1-me@brighamcampbell.com>
Date: Fri, 20 Jun 2025 12:02:58 -0600
From: Brigham Campbell <me@...ghamcampbell.com>
To: skhan@...uxfoundation.org,
linux-kernel-mentees@...ts.linux.dev,
Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
Maxime Ripard <mripard@...nel.org>,
Thomas Zimmermann <tzimmermann@...e.de>,
David Airlie <airlied@...il.com>,
Simona Vetter <simona@...ll.ch>,
Jonathan Corbet <corbet@....net>,
dri-devel@...ts.freedesktop.org (open list:DRM DRIVERS),
linux-doc@...r.kernel.org (open list:DOCUMENTATION),
linux-kernel@...r.kernel.org (open list)
Cc: Brigham Campbell <me@...ghamcampbell.com>
Subject: [PATCH] Fix typo in drm docs
Fix typo in Documentation/gpu/introduction.rst
Signed-off-by: Brigham Campbell <me@...ghamcampbell.com>
---
Documentation/gpu/introduction.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Documentation/gpu/introduction.rst b/Documentation/gpu/introduction.rst
index 3cd0c8860b94..39b4c943fa00 100644
--- a/Documentation/gpu/introduction.rst
+++ b/Documentation/gpu/introduction.rst
@@ -32,7 +32,7 @@ member, only the structure.
Except in special situations (to separate locked from unlocked variants)
locking requirements for functions aren't documented in the kerneldoc.
-Instead locking should be check at runtime using e.g.
+Instead locking should be checked at runtime using e.g.
``WARN_ON(!mutex_is_locked(...));``. Since it's much easier to ignore
documentation than runtime noise this provides more value. And on top of
that runtime checks do need to be updated when the locking rules change,
--
2.49.0
Powered by blists - more mailing lists