From 37d50e1cbfdb48a70e360c2c412568d3ed33a8aa Mon Sep 17 00:00:00 2001 From: Matt Turner Date: Tue, 19 Apr 2022 11:53:55 -0700 Subject: man: Fix some typos Signed-off-by: Matt Turner --- man/drm-kms.7.rst | 2 +- man/drm.7.rst | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) (limited to 'man') diff --git a/man/drm-kms.7.rst b/man/drm-kms.7.rst index e91fbe27..7a4151ae 100644 --- a/man/drm-kms.7.rst +++ b/man/drm-kms.7.rst @@ -108,7 +108,7 @@ possible and often a suitable choice. After you have a working connector+CRTC+mode combination, you need to create a framebuffer that is used for scanout. Memory buffer allocation is -driver-depedent and described in **drm-memory**\ (7). You need to create a +driver-dependent and described in **drm-memory**\ (7). You need to create a buffer big enough for your selected mode. Now you can create a framebuffer object that uses your memory-buffer as scanout buffer. You can do this with **drmModeAddFB**\ (3) and **drmModeAddFB2**\ (3). diff --git a/man/drm.7.rst b/man/drm.7.rst index c9b5696f..df2c1c74 100644 --- a/man/drm.7.rst +++ b/man/drm.7.rst @@ -73,7 +73,7 @@ driver dependent. However, two generic frameworks are available that are used by most DRM drivers. These are the *Translation Table Manager* (TTM) and the *Graphics Execution Manager* (GEM). They provide generic APIs to create, destroy and access buffers from user-space. However, -there are still many differences between the drivers so driver-depedent +there are still many differences between the drivers so driver-dependent code is still needed. Many helpers are provided in *libgbm* (Graphics Buffer Manager) from the *Mesa* project. For more information on DRM memory management, see **drm-memory**\ (7). -- cgit v1.2.1