| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <BL1PR12MB514474E3D1951AA174431414F733A@BL1PR12MB5144.namprd12.prod.outlook.com> Date: Wed, 20 Aug 2025 19:24:16 +0000 From: "Deucher, Alexander" <Alexander.Deucher@....com> To: Rakuram Eswaran <rakuram.e96@...il.com>, "linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>, "Koenig, Christian" <Christian.Koenig@....com>, "airlied@...il.com" <airlied@...il.com>, "corbet@....net" <corbet@....net> CC: "tzimmermann@...e.de" <tzimmermann@...e.de>, "mripard@...nel.org" <mripard@...nel.org>, "maarten.lankhorst@...ux.intel.com" <maarten.lankhorst@...ux.intel.com>, "simona@...ll.ch" <simona@...ll.ch>, "siqueira@...lia.com" <siqueira@...lia.com>, "Wentland, Harry" <Harry.Wentland@....com>, "amd-gfx@...ts.freedesktop.org" <amd-gfx@...ts.freedesktop.org>, "dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>, "linux-kernel-mentees@...ts.linuxfoundation.org" <linux-kernel-mentees@...ts.linuxfoundation.org>, "skhan@...uxfoundation.org" <skhan@...uxfoundation.org> Subject: RE: [PATCH] docs: gpu: Fix spelling mistakes [Public] > -----Original Message----- > From: Rakuram Eswaran <rakuram.e96@...il.com> > Sent: Wednesday, August 20, 2025 2:23 PM > To: linux-doc@...r.kernel.org; Deucher, Alexander > <Alexander.Deucher@....com>; Koenig, Christian > <Christian.Koenig@....com>; airlied@...il.com; corbet@....net > Cc: tzimmermann@...e.de; mripard@...nel.org; > maarten.lankhorst@...ux.intel.com; simona@...ll.ch; siqueira@...lia.com; > Wentland, Harry <Harry.Wentland@....com>; amd-gfx@...ts.freedesktop.org; dri- > devel@...ts.freedesktop.org; linux-kernel@...r.kernel.org; linux-kernel- > mentees@...ts.linuxfoundation.org; skhan@...uxfoundation.org; > rakuram.e96@...il.com > Subject: [PATCH] docs: gpu: Fix spelling mistakes > > Fixed following typos reported by Codespell > > 1. filp ==> flip > In Documentation/gpu/drm-mm.rst > > 2. complection ==> completion > implementions ==> implementations > In Documentation/gpu/todo.rst > > 3. unpriviledged ==> unprivileged > In Documentation/gpu/drm-uapi.rst > > 4. propogated ==> propagated > aperatures ==> apertures > In Documentation/gpu/amdgpu/debugfs.rst > > 5. parition ==> partition > In Documentation/gpu/amdgpu/process-isolation.rst > > 6. conections ==> connections > In Documentation/gpu/amdgpu/display/programming-model-dcn.rst > > Signed-off-by: Rakuram Eswaran <rakuram.e96@...il.com> > --- > Documentation/gpu/amdgpu/debugfs.rst | 4 ++-- > Documentation/gpu/amdgpu/display/programming-model-dcn.rst | 2 +- > Documentation/gpu/amdgpu/process-isolation.rst | 2 +- Please split this into two patches, one for amdgpu and one for drm. Thanks, Alex > Documentation/gpu/drm-mm.rst | 2 +- > Documentation/gpu/drm-uapi.rst | 2 +- > Documentation/gpu/todo.rst | 4 ++-- > 6 files changed, 8 insertions(+), 8 deletions(-) > > diff --git a/Documentation/gpu/amdgpu/debugfs.rst > b/Documentation/gpu/amdgpu/debugfs.rst > index 5150d0a95658..151d8bfc79e2 100644 > --- a/Documentation/gpu/amdgpu/debugfs.rst > +++ b/Documentation/gpu/amdgpu/debugfs.rst > @@ -94,7 +94,7 @@ amdgpu_error_<name> > ------------------- > > Provides an interface to set an error code on the dma fences associated with -ring > <name>. The error code specified is propogated to all fences associated > +ring <name>. The error code specified is propagated to all fences > +associated > with the ring. Use this to inject a fence error into a ring. > > amdgpu_pm_info > @@ -165,7 +165,7 @@ GTT memory. > amdgpu_regs_* > ------------- > > -Provides direct access to various register aperatures on the GPU. Used > +Provides direct access to various register apertures on the GPU. Used > by tools like UMR to access GPU registers. > > amdgpu_regs2 > diff --git a/Documentation/gpu/amdgpu/display/programming-model-dcn.rst > b/Documentation/gpu/amdgpu/display/programming-model-dcn.rst > index c1b48d49fb0b..bc7de97a746f 100644 > --- a/Documentation/gpu/amdgpu/display/programming-model-dcn.rst > +++ b/Documentation/gpu/amdgpu/display/programming-model-dcn.rst > @@ -100,7 +100,7 @@ represents the connected display. > For historical reasons, we used the name `dc_link`, which gives the > wrong impression that this abstraction only deals with physical connections > that the developer can easily manipulate. However, this also covers > - conections like eDP or cases where the output is connected to other devices. > + connections like eDP or cases where the output is connected to other devices. > > There are two structs that are not represented in the diagram since they were > elaborated in the DCN overview page (check the DCN block diagram :ref:`Display > diff --git a/Documentation/gpu/amdgpu/process-isolation.rst > b/Documentation/gpu/amdgpu/process-isolation.rst > index 6b6d70e357a7..c1297a9e4d09 100644 > --- a/Documentation/gpu/amdgpu/process-isolation.rst > +++ b/Documentation/gpu/amdgpu/process-isolation.rst > @@ -26,7 +26,7 @@ Example of enabling enforce isolation on a GPU with multiple > partitions: > $ cat /sys/class/drm/card0/device/enforce_isolation > 1 0 1 0 > > -The output indicates that enforce isolation is enabled on zeroth and second parition > and disabled on first and fourth parition. > +The output indicates that enforce isolation is enabled on zeroth and second > partition and disabled on first and fourth partition. > > For devices with a single partition or those that do not support partitions, there will > be only one element: > > diff --git a/Documentation/gpu/drm-mm.rst b/Documentation/gpu/drm-mm.rst index > d55751cad67c..3496ef28b15c 100644 > --- a/Documentation/gpu/drm-mm.rst > +++ b/Documentation/gpu/drm-mm.rst > @@ -153,7 +153,7 @@ size in bytes. > GEM uses shmem to allocate anonymous pageable memory. > drm_gem_object_init() will create an shmfs file of the requested size and store it > into the struct :c:type:`struct -drm_gem_object <drm_gem_object>` filp field. The > memory is > +drm_gem_object <drm_gem_object>` flip field. The memory is > used as either main storage for the object when the graphics hardware uses > system memory directly or as a backing store otherwise. > > diff --git a/Documentation/gpu/drm-uapi.rst b/Documentation/gpu/drm-uapi.rst index > 843facf01b2d..7435664a1ffe 100644 > --- a/Documentation/gpu/drm-uapi.rst > +++ b/Documentation/gpu/drm-uapi.rst > @@ -535,7 +535,7 @@ ENOSPC: > EPERM/EACCES: > Returned for an operation that is valid, but needs more privileges. > E.g. root-only or much more common, DRM master-only operations return > - this when called by unpriviledged clients. There's no clear > + this when called by unprivileged clients. There's no clear > difference between EACCES and EPERM. > > ENODEV: > diff --git a/Documentation/gpu/todo.rst b/Documentation/gpu/todo.rst index > be8637da3fe9..1d064e617699 100644 > --- a/Documentation/gpu/todo.rst > +++ b/Documentation/gpu/todo.rst > @@ -319,7 +319,7 @@ everything after it has done the write-protect/mkwrite > trickery: > > vma->vm_page_prot = pgprot_wrprotect(vma->vm_page_prot); > > -- Set the mkwrite and fsync callbacks with similar implementions to the core > +- Set the mkwrite and fsync callbacks with similar implementations to > +the core > fbdev defio stuff. These should all work on plain ptes, they don't actually > require a struct page. uff. These should all work on plain ptes, they don't > actually require a struct page. > @@ -854,7 +854,7 @@ Querying errors from drm_syncobj > ================================ > > The drm_syncobj container can be used by driver independent code to signal - > complection of submission. > +completion of submission. > > One minor feature still missing is a generic DRM IOCTL to query the error status > of binary and timeline drm_syncobj. > -- > 2.43.0
Powered by blists - more mailing lists