Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18;
Date:   Sat, 20 Mar 2021 12:10:31 -0700 (PDT)
From:   Randy Dunlap <rdunlap@bombadil.infradead.org>
To:     Bhaskar Chowdhury <unixbhaskar@gmail.com>
cc:     maarten.lankhorst@linux.intel.com, mripard@kernel.org,
        tzimmermann@suse.de, airlied@linux.ie, daniel@ffwll.ch,
        dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] drm/atomic: Couple of typo fixes
In-Reply-To: <20210320183642.10886-1-unixbhaskar@gmail.com>
Message-ID: <5cb1810-152-7ec3-ffd2-4a6fd1d6c01c@bombadil.infradead.org>
References: <20210320183642.10886-1-unixbhaskar@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII; format=flowed
Sender: Randy Dunlap <rdunlap@infradead.org>
Precedence: bulk


On Sun, 21 Mar 2021, Bhaskar Chowdhury wrote:

>
> s/seralization/serialization/
> s/parallism/parallelism/
>
> Signed-off-by: Bhaskar Chowdhury <unixbhaskar@gmail.com>

Acked-by: Randy Dunlap <rdunlap@infradead.org>


> ---
> drivers/gpu/drm/drm_atomic.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/drm_atomic.c b/drivers/gpu/drm/drm_atomic.c
> index dda60051854b..e1e4500aaca4 100644
> --- a/drivers/gpu/drm/drm_atomic.c
> +++ b/drivers/gpu/drm/drm_atomic.c
> @@ -1148,7 +1148,7 @@ EXPORT_SYMBOL(drm_atomic_add_encoder_bridges);
>  * This function walks the current configuration and adds all connectors
>  * currently using @crtc to the atomic configuration @state. Note that this
>  * function must acquire the connection mutex. This can potentially cause
> - * unneeded seralization if the update is just for the planes on one CRTC. Hence
> + * unneeded serialization if the update is just for the planes on one CRTC. Hence
>  * drivers and helpers should only call this when really needed (e.g. when a
>  * full modeset needs to happen due to some change).
>  *
> @@ -1213,7 +1213,7 @@ EXPORT_SYMBOL(drm_atomic_add_affected_connectors);
>  *
>  * Since acquiring a plane state will always also acquire the w/w mutex of the
>  * current CRTC for that plane (if there is any) adding all the plane states for
> - * a CRTC will not reduce parallism of atomic updates.
> + * a CRTC will not reduce parallelism of atomic updates.
>  *
>  * Returns:
>  * 0 on success or can fail with -EDEADLK or -ENOMEM. When the error is EDEADLK
> --
> 2.26.2
>
>