linux-kernel - Re: [PATCH] drm/vmwgfx: Fix a typo

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <25C02B0A-C921-4E80-A0EE-9D81BF214B93@vmware.com>
Date:   Sun, 21 Mar 2021 19:18:43 +0000
From:   Zack Rusin <zackr@...are.com>
To:     Bhaskar Chowdhury <unixbhaskar@...il.com>
CC:     Linux-graphics-maintainer <Linux-graphics-maintainer@...are.com>,
        Roland Scheidegger <sroland@...are.com>,
        David Airlie <airlied@...ux.ie>,
        Daniel Vetter <daniel@...ll.ch>,
        DRI Development <dri-devel@...ts.freedesktop.org>,
        "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "rdunlap@...radead.org" <rdunlap@...radead.org>
Subject: Re: [PATCH] drm/vmwgfx: Fix a typo



> On Mar 20, 2021, at 17:16, Bhaskar Chowdhury <unixbhaskar@...il.com> wrote:
> 
> 
> s/particuar/particular/
> 
> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@...il.com>
> ---
> drivers/gpu/drm/vmwgfx/vmwgfx_so.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_so.c b/drivers/gpu/drm/vmwgfx/vmwgfx_so.c
> index 7369dd86d3a9..6cd38e407145 100644
> --- a/drivers/gpu/drm/vmwgfx/vmwgfx_so.c
> +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_so.c
> @@ -33,7 +33,7 @@
>  * The currently only reason we need to keep track of views is that if we
>  * destroy a hardware surface, all views pointing to it must also be destroyed,
>  * otherwise the device will error.
> - * So in particuar if a surface is evicted, we must destroy all views pointing
> + * So in particular if a surface is evicted, we must destroy all views pointing
>  * to it, and all context bindings of that view. Similarly we must restore
>  * the view bindings, views and surfaces pointed to by the views when a
>  * context is referenced in the command stream.
> --
> 2.26.2
> 

Looks good. I’ll push it through the drm-misc tree on my next series. Unless of course you want to push it through a different tree in which case:
Reviewed-by: Zack Rusin <zackr@...are.com>

z