linux-kernel - [PATCH] arch/arm: Remove repeated word "the" in comments

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

Message-ID: <20230927065936.153738-1-hanchunchao@inspur.com>
Date:   Wed, 27 Sep 2023 14:59:36 +0800
From:   Charles Han <hanchunchao@...pur.com>
To:     <linux@...linux.org.uk>, <arnd@...db.de>,
        <rmk+kernel@...linux.org.uk>, <geert+renesas@...der.be>,
        <linus.walleij@...aro.org>, <akpm@...ux-foundation.org>,
        <tglx@...utronix.de>, <corbet@....net>,
        <sebastian.reichel@...labora.com>, <rppt@...nel.org>,
        <eric.devolder@...cle.com>, <nathan@...nel.org>, <robh@...nel.org>,
        <christophe.leroy@...roup.eu>, <kirill.shutemov@...ux.intel.com>
CC:     <linux-arm-kernel@...ts.infradead.org>,
        <linux-kernel@...r.kernel.org>,
        Charles Han <hanchunchao@...pur.com>
Subject: [PATCH] arch/arm: Remove repeated word "the" in comments

Remove the repeated word "the" in comments.

Signed-off-by: Charles Han <hanchunchao@...pur.com>
---
 arch/arm/Kconfig | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index 9557808e8937..2321be76a719 100644
--- a/arch/arm/Kconfig
+++ b/arch/arm/Kconfig
@@ -1563,7 +1563,7 @@ config ARM_ATAG_DTB_COMPAT_CMDLINE_EXTEND
 	bool "Extend with bootloader kernel arguments"
 	help
 	  The command-line arguments provided by the boot loader will be
-	  appended to the the device tree bootargs property.
+	  appended to the device tree bootargs property.
 
 endchoice
 
@@ -1701,7 +1701,7 @@ config DMI
 	  continue to boot on existing non-UEFI platforms.
 
 	  NOTE: This does *NOT* enable or encourage the use of DMI quirks,
-	  i.e., the the practice of identifying the platform via DMI to
+	  i.e., the practice of identifying the platform via DMI to
 	  decide whether certain workarounds for buggy hardware and/or
 	  firmware need to be enabled. This would require the DMI subsystem
 	  to be enabled much earlier than we do on ARM, which is non-trivial.
-- 
2.31.1