linux-kernel - Re: [PATCH 1/3] drm: Spelling s/hardward/hardware/g

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <cd18fa16-e060-f69b-b53c-f1bce4f76430@linaro.org>
Date:   Fri, 29 Sep 2023 06:09:02 +0200
From:   Neil Armstrong <neil.armstrong@...aro.org>
To:     Geert Uytterhoeven <geert+renesas@...der.be>,
        Maarten Lankhorst <maarten.lankhorst@...ux.intel.com>,
        Maxime Ripard <mripard@...nel.org>,
        Thomas Zimmermann <tzimmermann@...e.de>,
        David Airlie <airlied@...il.com>,
        Daniel Vetter <daniel@...ll.ch>,
        Andrzej Hajda <andrzej.hajda@...el.com>,
        Robert Foss <rfoss@...nel.org>,
        Laurent Pinchart <Laurent.pinchart@...asonboard.com>,
        Jonas Karlman <jonas@...boo.se>,
        Jernej Skrabec <jernej.skrabec@...il.com>
Cc:     dri-devel@...ts.freedesktop.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] drm: Spelling s/hardward/hardware/g

Le 28/09/2023 à 14:16, Geert Uytterhoeven a écrit :
> Fix misspellings of "hardware".
> 
> Signed-off-by: Geert Uytterhoeven <geert+renesas@...der.be>
> ---
>   include/drm/drm_bridge.h                 | 2 +-
>   include/drm/drm_modeset_helper_vtables.h | 4 ++--
>   2 files changed, 3 insertions(+), 3 deletions(-)
> 
> diff --git a/include/drm/drm_bridge.h b/include/drm/drm_bridge.h
> index cfb7dcdb66c4b0b5..05b360a4357fed01 100644
> --- a/include/drm/drm_bridge.h
> +++ b/include/drm/drm_bridge.h
> @@ -107,7 +107,7 @@ struct drm_bridge_funcs {
>   	 * Since this function is both called from the check phase of an atomic
>   	 * commit, and the mode validation in the probe paths it is not allowed
>   	 * to look at anything else but the passed-in mode, and validate it
> -	 * against configuration-invariant hardward constraints. Any further
> +	 * against configuration-invariant hardware constraints. Any further
>   	 * limits which depend upon the configuration can only be checked in
>   	 * @mode_fixup.
>   	 *
> diff --git a/include/drm/drm_modeset_helper_vtables.h b/include/drm/drm_modeset_helper_vtables.h
> index e3c3ac615909474b..bbc516f313913254 100644
> --- a/include/drm/drm_modeset_helper_vtables.h
> +++ b/include/drm/drm_modeset_helper_vtables.h
> @@ -134,7 +134,7 @@ struct drm_crtc_helper_funcs {
>   	 * Since this function is both called from the check phase of an atomic
>   	 * commit, and the mode validation in the probe paths it is not allowed
>   	 * to look at anything else but the passed-in mode, and validate it
> -	 * against configuration-invariant hardward constraints. Any further
> +	 * against configuration-invariant hardware constraints. Any further
>   	 * limits which depend upon the configuration can only be checked in
>   	 * @mode_fixup or @atomic_check.
>   	 *
> @@ -550,7 +550,7 @@ struct drm_encoder_helper_funcs {
>   	 * Since this function is both called from the check phase of an atomic
>   	 * commit, and the mode validation in the probe paths it is not allowed
>   	 * to look at anything else but the passed-in mode, and validate it
> -	 * against configuration-invariant hardward constraints. Any further
> +	 * against configuration-invariant hardware constraints. Any further
>   	 * limits which depend upon the configuration can only be checked in
>   	 * @mode_fixup or @atomic_check.
>   	 *

Reviewed-by: Neil Armstrong <neil.armstrong@...aro.org>