[PATCH] treewide: fix duplicated word "the" in comments

[PATCH] treewide: fix duplicated word "the" in comments

[Yousef El Bouzidi]

Remove duplicated word "the" from comments across various subsystems.
All instances are clear typos where "the" appeared twice in
succession, often merged with the following word (e.g. "the they",
"the there", "the these", "the them").

Files fixed:
  - drivers/base/platform.c
  - drivers/crypto/inside-secure/eip93/eip93-hash.c
  - drivers/mfd/axp20x.c
  - drivers/net/ethernet/lantiq_xrx200.c
  - drivers/platform/x86/intel/chtwc_int33fe.c
  - drivers/platform/x86/intel/pmt/class.c
  - drivers/s390/crypto/vfio_ap_ops.c
  - kernel/irq/migration.c

Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>
---
 drivers/base/platform.c                         | 2 +-
 drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-
 drivers/mfd/axp20x.c                            | 2 +-
 drivers/net/ethernet/lantiq_xrx200.c            | 2 +-
 drivers/platform/x86/intel/chtwc_int33fe.c      | 2 +-
 drivers/platform/x86/intel/pmt/class.c          | 2 +-
 drivers/s390/crypto/vfio_ap_ops.c               | 2 +-
 kernel/irq/migration.c                          | 2 +-
 8 files changed, 8 insertions(+), 8 deletions(-)

diff --git a/drivers/base/platform.c b/drivers/base/platform.c
index b45d41b018ca..3e3b6fcfa194 100644
--- a/drivers/base/platform.c
+++ b/drivers/base/platform.c
@@ -565,7 +565,7 @@ struct platform_object {
 };
 
 /*
- * Set up default DMA mask for platform devices if the they weren't
+ * Set up default DMA mask for platform devices if they weren't
  * previously set by the architecture / DT.
  */
 static void setup_pdev_dma_masks(struct platform_device *pdev)
diff --git a/drivers/crypto/inside-secure/eip93/eip93-hash.c b/drivers/crypto/inside-secure/eip93/eip93-hash.c
index 2705855475b2..d91a1ac152f0 100644
--- a/drivers/crypto/inside-secure/eip93/eip93-hash.c
+++ b/drivers/crypto/inside-secure/eip93/eip93-hash.c
@@ -432,7 +432,7 @@ static int eip93_hash_update(struct ahash_request *req)
 
 /*
  * With map_data true, we map the sa_record and sa_state. This is needed
- * for finup() as the they are mapped before calling update()
+ * for finup() as they are mapped before calling update()
  */
 static int __eip93_hash_final(struct ahash_request *req, bool map_dma)
 {
diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
index 679364189ea5..0c6e93eb3955 100644
--- a/drivers/mfd/axp20x.c
+++ b/drivers/mfd/axp20x.c
@@ -1417,7 +1417,7 @@ int axp20x_device_probe(struct axp20x_dev *axp20x)
 	 * 1 bit customizable at the factory, and 1 bit depending on the
 	 * state of an external pin. The latter is writable. The device
 	 * will only respond to operations to its other registers when
-	 * the these device addressing bits (in the upper 4 bits of the
+	 * these device addressing bits (in the upper 4 bits of the
 	 * registers) match.
 	 *
 	 * By default we support an AXP806 chained to an AXP809 in slave
diff --git a/drivers/net/ethernet/lantiq_xrx200.c b/drivers/net/ethernet/lantiq_xrx200.c
index b8766fb7a844..dde651d901c8 100644
--- a/drivers/net/ethernet/lantiq_xrx200.c
+++ b/drivers/net/ethernet/lantiq_xrx200.c
@@ -157,7 +157,7 @@ static int xrx200_open(struct net_device *net_dev)
 	/* The boot loader does not always deactivate the receiving of frames
 	 * on the ports and then some packets queue up in the PPE buffers.
 	 * They already passed the PMAC so they do not have the tags
-	 * configured here. Read the these packets here and drop them.
+	 * configured here. Read these packets here and drop them.
 	 * The HW should have written them into memory after 10us
 	 */
 	usleep_range(20, 40);
diff --git a/drivers/platform/x86/intel/chtwc_int33fe.c b/drivers/platform/x86/intel/chtwc_int33fe.c
index d183aa53c318..1fca9fdd8f5b 100644
--- a/drivers/platform/x86/intel/chtwc_int33fe.c
+++ b/drivers/platform/x86/intel/chtwc_int33fe.c
@@ -14,7 +14,7 @@
  *
  * So this driver is a stub / pseudo driver whose only purpose is to
  * instantiate I²C clients for chips 2 - 4, so that standard I²C drivers
- * for these chips can bind to the them.
+ * for these chips can bind to them.
  */
 
 #include <linux/dmi.h>
diff --git a/drivers/platform/x86/intel/pmt/class.c b/drivers/platform/x86/intel/pmt/class.c
index be3c8d9e4fff..99bf7e0afdf1 100644
--- a/drivers/platform/x86/intel/pmt/class.c
+++ b/drivers/platform/x86/intel/pmt/class.c
@@ -239,7 +239,7 @@ static int intel_pmt_populate_entry(struct intel_pmt_entry *entry,
 
 		/*
 		 * Some hardware use a different calculation for the base address
-		 * when access_type == ACCESS_LOCAL. On the these systems
+		 * when access_type == ACCESS_LOCAL. On these systems
 		 * ACCESS_LOCAL refers to an address in the same BAR as the
 		 * header but at a fixed offset. But as the header address was
 		 * supplied to the driver, we don't know which BAR it was in.
diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
index 44b3a1dcc1b3..334aaa2d97b2 100644
--- a/drivers/s390/crypto/vfio_ap_ops.c
+++ b/drivers/s390/crypto/vfio_ap_ops.c
@@ -610,7 +610,7 @@ static int handle_pqap(struct kvm_vcpu *vcpu)
 	matrix_mdev = container_of(vcpu->kvm->arch.crypto.pqap_hook,
 				   struct ap_matrix_mdev, pqap_hook);
 
-	/* If the there is no guest using the mdev, there is nothing to do */
+	/* If there is no guest using the mdev, there is nothing to do */
 	if (!matrix_mdev->kvm) {
 		vfio_ap_le_guid_to_be_uuid(&matrix_mdev->mdev->uuid, uuid);
 		VFIO_AP_DBF_WARN("%s: mdev %08lx-%04lx-%04lx-%04lx-%04lx%08lx not in use: apqn=0x%04x\n",
diff --git a/kernel/irq/migration.c b/kernel/irq/migration.c
index f2b2929986ff..b29d13baee55 100644
--- a/kernel/irq/migration.c
+++ b/kernel/irq/migration.c
@@ -89,7 +89,7 @@ void irq_move_masked_irq(struct irq_data *idata)
 
 		ret = irq_do_set_affinity(data, desc->pending_mask, false);
 		/*
-		 * If the there is a cleanup pending in the underlying
+		 * If there is a cleanup pending in the underlying
 		 * vector management, reschedule the move for the next
 		 * interrupt. Leave desc->pending_mask intact.
 		 */
-- 
2.43.0

Re: [PATCH] treewide: fix duplicated word "the" in comments

[Randy Dunlap]

On 2/23/26 10:52 PM, Yousef El Bouzidi wrote:
> Remove duplicated word "the" from comments across various subsystems.
> All instances are clear typos where "the" appeared twice in
> succession, often merged with the following word (e.g. "the they",
> "the there", "the these", "the them").
> 
> Files fixed:
>   - drivers/base/platform.c
>   - drivers/crypto/inside-secure/eip93/eip93-hash.c
>   - drivers/mfd/axp20x.c
>   - drivers/net/ethernet/lantiq_xrx200.c
>   - drivers/platform/x86/intel/chtwc_int33fe.c
>   - drivers/platform/x86/intel/pmt/class.c
>   - drivers/s390/crypto/vfio_ap_ops.c
>   - kernel/irq/migration.c
> 
> Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>

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

> ---
>  drivers/base/platform.c                         | 2 +-
>  drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-
>  drivers/mfd/axp20x.c                            | 2 +-
>  drivers/net/ethernet/lantiq_xrx200.c            | 2 +-
>  drivers/platform/x86/intel/chtwc_int33fe.c      | 2 +-
>  drivers/platform/x86/intel/pmt/class.c          | 2 +-
>  drivers/s390/crypto/vfio_ap_ops.c               | 2 +-
>  kernel/irq/migration.c                          | 2 +-
>  8 files changed, 8 insertions(+), 8 deletions(-)
> 

-- 
~Randy

Re: [PATCH] treewide: fix duplicated word "the" in comments

[Anthony Krowiak]

On 2/24/26 1:52 AM, Yousef El Bouzidi wrote:
> Remove duplicated word "the" from comments across various subsystems.
> All instances are clear typos where "the" appeared twice in
> succession, often merged with the following word (e.g. "the they",
> "the there", "the these", "the them").
>
> Files fixed:
>    - drivers/base/platform.c
>    - drivers/crypto/inside-secure/eip93/eip93-hash.c
>    - drivers/mfd/axp20x.c
>    - drivers/net/ethernet/lantiq_xrx200.c
>    - drivers/platform/x86/intel/chtwc_int33fe.c
>    - drivers/platform/x86/intel/pmt/class.c
>    - drivers/s390/crypto/vfio_ap_ops.c
>    - kernel/irq/migration.c
>
> Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>
> ---
>   drivers/base/platform.c                         | 2 +-
>   drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-
>   drivers/mfd/axp20x.c                            | 2 +-
>   drivers/net/ethernet/lantiq_xrx200.c            | 2 +-
>   drivers/platform/x86/intel/chtwc_int33fe.c      | 2 +-
>   drivers/platform/x86/intel/pmt/class.c          | 2 +-
>   drivers/s390/crypto/vfio_ap_ops.c               | 2 +-
>   kernel/irq/migration.c                          | 2 +-
>   8 files changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index b45d41b018ca..3e3b6fcfa194 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -565,7 +565,7 @@ struct platform_object {
>   };
>   
>   /*
> - * Set up default DMA mask for platform devices if the they weren't
> + * Set up default DMA mask for platform devices if they weren't
>    * previously set by the architecture / DT.
>    */
>   static void setup_pdev_dma_masks(struct platform_device *pdev)
> diff --git a/drivers/crypto/inside-secure/eip93/eip93-hash.c b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> index 2705855475b2..d91a1ac152f0 100644
> --- a/drivers/crypto/inside-secure/eip93/eip93-hash.c
> +++ b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> @@ -432,7 +432,7 @@ static int eip93_hash_update(struct ahash_request *req)
>   
>   /*
>    * With map_data true, we map the sa_record and sa_state. This is needed
> - * for finup() as the they are mapped before calling update()
> + * for finup() as they are mapped before calling update()
>    */
>   static int __eip93_hash_final(struct ahash_request *req, bool map_dma)
>   {
> diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
> index 679364189ea5..0c6e93eb3955 100644
> --- a/drivers/mfd/axp20x.c
> +++ b/drivers/mfd/axp20x.c
> @@ -1417,7 +1417,7 @@ int axp20x_device_probe(struct axp20x_dev *axp20x)
>   	 * 1 bit customizable at the factory, and 1 bit depending on the
>   	 * state of an external pin. The latter is writable. The device
>   	 * will only respond to operations to its other registers when
> -	 * the these device addressing bits (in the upper 4 bits of the
> +	 * these device addressing bits (in the upper 4 bits of the
>   	 * registers) match.
>   	 *
>   	 * By default we support an AXP806 chained to an AXP809 in slave
> diff --git a/drivers/net/ethernet/lantiq_xrx200.c b/drivers/net/ethernet/lantiq_xrx200.c
> index b8766fb7a844..dde651d901c8 100644
> --- a/drivers/net/ethernet/lantiq_xrx200.c
> +++ b/drivers/net/ethernet/lantiq_xrx200.c
> @@ -157,7 +157,7 @@ static int xrx200_open(struct net_device *net_dev)
>   	/* The boot loader does not always deactivate the receiving of frames
>   	 * on the ports and then some packets queue up in the PPE buffers.
>   	 * They already passed the PMAC so they do not have the tags
> -	 * configured here. Read the these packets here and drop them.
> +	 * configured here. Read these packets here and drop them.
>   	 * The HW should have written them into memory after 10us
>   	 */
>   	usleep_range(20, 40);
> diff --git a/drivers/platform/x86/intel/chtwc_int33fe.c b/drivers/platform/x86/intel/chtwc_int33fe.c
> index d183aa53c318..1fca9fdd8f5b 100644
> --- a/drivers/platform/x86/intel/chtwc_int33fe.c
> +++ b/drivers/platform/x86/intel/chtwc_int33fe.c
> @@ -14,7 +14,7 @@
>    *
>    * So this driver is a stub / pseudo driver whose only purpose is to
>    * instantiate I²C clients for chips 2 - 4, so that standard I²C drivers
> - * for these chips can bind to the them.
> + * for these chips can bind to them.
>    */
>   
>   #include <linux/dmi.h>
> diff --git a/drivers/platform/x86/intel/pmt/class.c b/drivers/platform/x86/intel/pmt/class.c
> index be3c8d9e4fff..99bf7e0afdf1 100644
> --- a/drivers/platform/x86/intel/pmt/class.c
> +++ b/drivers/platform/x86/intel/pmt/class.c
> @@ -239,7 +239,7 @@ static int intel_pmt_populate_entry(struct intel_pmt_entry *entry,
>   
>   		/*
>   		 * Some hardware use a different calculation for the base address
> -		 * when access_type == ACCESS_LOCAL. On the these systems
> +		 * when access_type == ACCESS_LOCAL. On these systems
>   		 * ACCESS_LOCAL refers to an address in the same BAR as the
>   		 * header but at a fixed offset. But as the header address was
>   		 * supplied to the driver, we don't know which BAR it was in.
> diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
> index 44b3a1dcc1b3..334aaa2d97b2 100644
> --- a/drivers/s390/crypto/vfio_ap_ops.c
> +++ b/drivers/s390/crypto/vfio_ap_ops.c
> @@ -610,7 +610,7 @@ static int handle_pqap(struct kvm_vcpu *vcpu)
>   	matrix_mdev = container_of(vcpu->kvm->arch.crypto.pqap_hook,
>   				   struct ap_matrix_mdev, pqap_hook);
>   
> -	/* If the there is no guest using the mdev, there is nothing to do */
> +	/* If there is no guest using the mdev, there is nothing to do */

Reviewed-by: Anthony Krowiak <akrowiak@linux.ibm.com>

>   	if (!matrix_mdev->kvm) {
>   		vfio_ap_le_guid_to_be_uuid(&matrix_mdev->mdev->uuid, uuid);
>   		VFIO_AP_DBF_WARN("%s: mdev %08lx-%04lx-%04lx-%04lx-%04lx%08lx not in use: apqn=0x%04x\n",
> diff --git a/kernel/irq/migration.c b/kernel/irq/migration.c
> index f2b2929986ff..b29d13baee55 100644
> --- a/kernel/irq/migration.c
> +++ b/kernel/irq/migration.c
> @@ -89,7 +89,7 @@ void irq_move_masked_irq(struct irq_data *idata)
>   
>   		ret = irq_do_set_affinity(data, desc->pending_mask, false);
>   		/*
> -		 * If the there is a cleanup pending in the underlying
> +		 * If there is a cleanup pending in the underlying
>   		 * vector management, reschedule the move for the next
>   		 * interrupt. Leave desc->pending_mask intact.
>   		 */

Re: [PATCH] treewide: fix duplicated word "the" in comments

[Chen-Yu Tsai]

On Tue, Feb 24, 2026 at 2:53 PM Yousef El Bouzidi
<elbouzidyyousef@gmail.com> wrote:
>
> Remove duplicated word "the" from comments across various subsystems.
> All instances are clear typos where "the" appeared twice in
> succession, often merged with the following word (e.g. "the they",
> "the there", "the these", "the them").
>
> Files fixed:
>   - drivers/base/platform.c
>   - drivers/crypto/inside-secure/eip93/eip93-hash.c
>   - drivers/mfd/axp20x.c
>   - drivers/net/ethernet/lantiq_xrx200.c
>   - drivers/platform/x86/intel/chtwc_int33fe.c
>   - drivers/platform/x86/intel/pmt/class.c
>   - drivers/s390/crypto/vfio_ap_ops.c
>   - kernel/irq/migration.c
>
> Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>
> ---
>  drivers/base/platform.c                         | 2 +-
>  drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-


>  drivers/mfd/axp20x.c                            | 2 +-

Acked-by: Chen-Yu Tsai <wens@kernel.org> # axp20x

Re: [PATCH] treewide: fix duplicated word "the" in comments

[Ilpo Järvinen]

[-- Attachment #1: Type: text/plain, Size: 6521 bytes --]

On Tue, 24 Feb 2026, Yousef El Bouzidi wrote:

> Remove duplicated word "the" from comments across various subsystems.
> All instances are clear typos where "the" appeared twice in
> succession, often merged with the following word (e.g. "the they",
> "the there", "the these", "the them").
> 
> Files fixed:
>   - drivers/base/platform.c
>   - drivers/crypto/inside-secure/eip93/eip93-hash.c
>   - drivers/mfd/axp20x.c
>   - drivers/net/ethernet/lantiq_xrx200.c
>   - drivers/platform/x86/intel/chtwc_int33fe.c
>   - drivers/platform/x86/intel/pmt/class.c
>   - drivers/s390/crypto/vfio_ap_ops.c
>   - kernel/irq/migration.c
> 
> Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>
> ---
>  drivers/base/platform.c                         | 2 +-
>  drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-
>  drivers/mfd/axp20x.c                            | 2 +-
>  drivers/net/ethernet/lantiq_xrx200.c            | 2 +-
>  drivers/platform/x86/intel/chtwc_int33fe.c      | 2 +-
>  drivers/platform/x86/intel/pmt/class.c          | 2 +-
>  drivers/s390/crypto/vfio_ap_ops.c               | 2 +-
>  kernel/irq/migration.c                          | 2 +-
>  8 files changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index b45d41b018ca..3e3b6fcfa194 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -565,7 +565,7 @@ struct platform_object {
>  };
>  
>  /*
> - * Set up default DMA mask for platform devices if the they weren't
> + * Set up default DMA mask for platform devices if they weren't
>   * previously set by the architecture / DT.
>   */
>  static void setup_pdev_dma_masks(struct platform_device *pdev)
> diff --git a/drivers/crypto/inside-secure/eip93/eip93-hash.c b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> index 2705855475b2..d91a1ac152f0 100644
> --- a/drivers/crypto/inside-secure/eip93/eip93-hash.c
> +++ b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> @@ -432,7 +432,7 @@ static int eip93_hash_update(struct ahash_request *req)
>  
>  /*
>   * With map_data true, we map the sa_record and sa_state. This is needed
> - * for finup() as the they are mapped before calling update()
> + * for finup() as they are mapped before calling update()
>   */
>  static int __eip93_hash_final(struct ahash_request *req, bool map_dma)
>  {
> diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
> index 679364189ea5..0c6e93eb3955 100644
> --- a/drivers/mfd/axp20x.c
> +++ b/drivers/mfd/axp20x.c
> @@ -1417,7 +1417,7 @@ int axp20x_device_probe(struct axp20x_dev *axp20x)
>  	 * 1 bit customizable at the factory, and 1 bit depending on the
>  	 * state of an external pin. The latter is writable. The device
>  	 * will only respond to operations to its other registers when
> -	 * the these device addressing bits (in the upper 4 bits of the
> +	 * these device addressing bits (in the upper 4 bits of the
>  	 * registers) match.
>  	 *
>  	 * By default we support an AXP806 chained to an AXP809 in slave
> diff --git a/drivers/net/ethernet/lantiq_xrx200.c b/drivers/net/ethernet/lantiq_xrx200.c
> index b8766fb7a844..dde651d901c8 100644
> --- a/drivers/net/ethernet/lantiq_xrx200.c
> +++ b/drivers/net/ethernet/lantiq_xrx200.c
> @@ -157,7 +157,7 @@ static int xrx200_open(struct net_device *net_dev)
>  	/* The boot loader does not always deactivate the receiving of frames
>  	 * on the ports and then some packets queue up in the PPE buffers.
>  	 * They already passed the PMAC so they do not have the tags
> -	 * configured here. Read the these packets here and drop them.
> +	 * configured here. Read these packets here and drop them.
>  	 * The HW should have written them into memory after 10us
>  	 */
>  	usleep_range(20, 40);
> diff --git a/drivers/platform/x86/intel/chtwc_int33fe.c b/drivers/platform/x86/intel/chtwc_int33fe.c
> index d183aa53c318..1fca9fdd8f5b 100644
> --- a/drivers/platform/x86/intel/chtwc_int33fe.c
> +++ b/drivers/platform/x86/intel/chtwc_int33fe.c
> @@ -14,7 +14,7 @@
>   *
>   * So this driver is a stub / pseudo driver whose only purpose is to
>   * instantiate I²C clients for chips 2 - 4, so that standard I²C drivers
> - * for these chips can bind to the them.
> + * for these chips can bind to them.
>   */
>  
>  #include <linux/dmi.h>
> diff --git a/drivers/platform/x86/intel/pmt/class.c b/drivers/platform/x86/intel/pmt/class.c
> index be3c8d9e4fff..99bf7e0afdf1 100644
> --- a/drivers/platform/x86/intel/pmt/class.c
> +++ b/drivers/platform/x86/intel/pmt/class.c
> @@ -239,7 +239,7 @@ static int intel_pmt_populate_entry(struct intel_pmt_entry *entry,
>  
>  		/*
>  		 * Some hardware use a different calculation for the base address
> -		 * when access_type == ACCESS_LOCAL. On the these systems
> +		 * when access_type == ACCESS_LOCAL. On these systems
>  		 * ACCESS_LOCAL refers to an address in the same BAR as the
>  		 * header but at a fixed offset. But as the header address was
>  		 * supplied to the driver, we don't know which BAR it was in.
> diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
> index 44b3a1dcc1b3..334aaa2d97b2 100644
> --- a/drivers/s390/crypto/vfio_ap_ops.c
> +++ b/drivers/s390/crypto/vfio_ap_ops.c
> @@ -610,7 +610,7 @@ static int handle_pqap(struct kvm_vcpu *vcpu)
>  	matrix_mdev = container_of(vcpu->kvm->arch.crypto.pqap_hook,
>  				   struct ap_matrix_mdev, pqap_hook);
>  
> -	/* If the there is no guest using the mdev, there is nothing to do */
> +	/* If there is no guest using the mdev, there is nothing to do */
>  	if (!matrix_mdev->kvm) {
>  		vfio_ap_le_guid_to_be_uuid(&matrix_mdev->mdev->uuid, uuid);
>  		VFIO_AP_DBF_WARN("%s: mdev %08lx-%04lx-%04lx-%04lx-%04lx%08lx not in use: apqn=0x%04x\n",
> diff --git a/kernel/irq/migration.c b/kernel/irq/migration.c
> index f2b2929986ff..b29d13baee55 100644
> --- a/kernel/irq/migration.c
> +++ b/kernel/irq/migration.c
> @@ -89,7 +89,7 @@ void irq_move_masked_irq(struct irq_data *idata)
>  
>  		ret = irq_do_set_affinity(data, desc->pending_mask, false);
>  		/*
> -		 * If the there is a cleanup pending in the underlying
> +		 * If there is a cleanup pending in the underlying
>  		 * vector management, reschedule the move for the next
>  		 * interrupt. Leave desc->pending_mask intact.
>  		 */
> 

Acked-by: Ilpo Järvinen <ilpo.jarvinen@linux.intel.com> # For pdx86

-- 
 i.

Re: [PATCH] treewide: fix duplicated word "the" in comments

[Lee Jones]

On Tue, 24 Feb 2026, Yousef El Bouzidi wrote:

> Remove duplicated word "the" from comments across various subsystems.
> All instances are clear typos where "the" appeared twice in
> succession, often merged with the following word (e.g. "the they",
> "the there", "the these", "the them").
> 
> Files fixed:
>   - drivers/base/platform.c
>   - drivers/crypto/inside-secure/eip93/eip93-hash.c
>   - drivers/mfd/axp20x.c
>   - drivers/net/ethernet/lantiq_xrx200.c
>   - drivers/platform/x86/intel/chtwc_int33fe.c
>   - drivers/platform/x86/intel/pmt/class.c
>   - drivers/s390/crypto/vfio_ap_ops.c
>   - kernel/irq/migration.c
> 
> Signed-off-by: Yousef El Bouzidi <elbouzidyyousef@gmail.com>
> ---
>  drivers/base/platform.c                         | 2 +-
>  drivers/crypto/inside-secure/eip93/eip93-hash.c | 2 +-

>  drivers/mfd/axp20x.c                            | 2 +-

Acked-by: Lee Jones <lee@kernel.org>

>  drivers/net/ethernet/lantiq_xrx200.c            | 2 +-
>  drivers/platform/x86/intel/chtwc_int33fe.c      | 2 +-
>  drivers/platform/x86/intel/pmt/class.c          | 2 +-
>  drivers/s390/crypto/vfio_ap_ops.c               | 2 +-
>  kernel/irq/migration.c                          | 2 +-
>  8 files changed, 8 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/base/platform.c b/drivers/base/platform.c
> index b45d41b018ca..3e3b6fcfa194 100644
> --- a/drivers/base/platform.c
> +++ b/drivers/base/platform.c
> @@ -565,7 +565,7 @@ struct platform_object {
>  };
>  
>  /*
> - * Set up default DMA mask for platform devices if the they weren't
> + * Set up default DMA mask for platform devices if they weren't
>   * previously set by the architecture / DT.
>   */
>  static void setup_pdev_dma_masks(struct platform_device *pdev)
> diff --git a/drivers/crypto/inside-secure/eip93/eip93-hash.c b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> index 2705855475b2..d91a1ac152f0 100644
> --- a/drivers/crypto/inside-secure/eip93/eip93-hash.c
> +++ b/drivers/crypto/inside-secure/eip93/eip93-hash.c
> @@ -432,7 +432,7 @@ static int eip93_hash_update(struct ahash_request *req)
>  
>  /*
>   * With map_data true, we map the sa_record and sa_state. This is needed
> - * for finup() as the they are mapped before calling update()
> + * for finup() as they are mapped before calling update()
>   */
>  static int __eip93_hash_final(struct ahash_request *req, bool map_dma)
>  {
> diff --git a/drivers/mfd/axp20x.c b/drivers/mfd/axp20x.c
> index 679364189ea5..0c6e93eb3955 100644
> --- a/drivers/mfd/axp20x.c
> +++ b/drivers/mfd/axp20x.c
> @@ -1417,7 +1417,7 @@ int axp20x_device_probe(struct axp20x_dev *axp20x)
>  	 * 1 bit customizable at the factory, and 1 bit depending on the
>  	 * state of an external pin. The latter is writable. The device
>  	 * will only respond to operations to its other registers when
> -	 * the these device addressing bits (in the upper 4 bits of the
> +	 * these device addressing bits (in the upper 4 bits of the
>  	 * registers) match.
>  	 *
>  	 * By default we support an AXP806 chained to an AXP809 in slave
> diff --git a/drivers/net/ethernet/lantiq_xrx200.c b/drivers/net/ethernet/lantiq_xrx200.c
> index b8766fb7a844..dde651d901c8 100644
> --- a/drivers/net/ethernet/lantiq_xrx200.c
> +++ b/drivers/net/ethernet/lantiq_xrx200.c
> @@ -157,7 +157,7 @@ static int xrx200_open(struct net_device *net_dev)
>  	/* The boot loader does not always deactivate the receiving of frames
>  	 * on the ports and then some packets queue up in the PPE buffers.
>  	 * They already passed the PMAC so they do not have the tags
> -	 * configured here. Read the these packets here and drop them.
> +	 * configured here. Read these packets here and drop them.
>  	 * The HW should have written them into memory after 10us
>  	 */
>  	usleep_range(20, 40);
> diff --git a/drivers/platform/x86/intel/chtwc_int33fe.c b/drivers/platform/x86/intel/chtwc_int33fe.c
> index d183aa53c318..1fca9fdd8f5b 100644
> --- a/drivers/platform/x86/intel/chtwc_int33fe.c
> +++ b/drivers/platform/x86/intel/chtwc_int33fe.c
> @@ -14,7 +14,7 @@
>   *
>   * So this driver is a stub / pseudo driver whose only purpose is to
>   * instantiate I²C clients for chips 2 - 4, so that standard I²C drivers
> - * for these chips can bind to the them.
> + * for these chips can bind to them.
>   */
>  
>  #include <linux/dmi.h>
> diff --git a/drivers/platform/x86/intel/pmt/class.c b/drivers/platform/x86/intel/pmt/class.c
> index be3c8d9e4fff..99bf7e0afdf1 100644
> --- a/drivers/platform/x86/intel/pmt/class.c
> +++ b/drivers/platform/x86/intel/pmt/class.c
> @@ -239,7 +239,7 @@ static int intel_pmt_populate_entry(struct intel_pmt_entry *entry,
>  
>  		/*
>  		 * Some hardware use a different calculation for the base address
> -		 * when access_type == ACCESS_LOCAL. On the these systems
> +		 * when access_type == ACCESS_LOCAL. On these systems
>  		 * ACCESS_LOCAL refers to an address in the same BAR as the
>  		 * header but at a fixed offset. But as the header address was
>  		 * supplied to the driver, we don't know which BAR it was in.
> diff --git a/drivers/s390/crypto/vfio_ap_ops.c b/drivers/s390/crypto/vfio_ap_ops.c
> index 44b3a1dcc1b3..334aaa2d97b2 100644
> --- a/drivers/s390/crypto/vfio_ap_ops.c
> +++ b/drivers/s390/crypto/vfio_ap_ops.c
> @@ -610,7 +610,7 @@ static int handle_pqap(struct kvm_vcpu *vcpu)
>  	matrix_mdev = container_of(vcpu->kvm->arch.crypto.pqap_hook,
>  				   struct ap_matrix_mdev, pqap_hook);
>  
> -	/* If the there is no guest using the mdev, there is nothing to do */
> +	/* If there is no guest using the mdev, there is nothing to do */
>  	if (!matrix_mdev->kvm) {
>  		vfio_ap_le_guid_to_be_uuid(&matrix_mdev->mdev->uuid, uuid);
>  		VFIO_AP_DBF_WARN("%s: mdev %08lx-%04lx-%04lx-%04lx-%04lx%08lx not in use: apqn=0x%04x\n",
> diff --git a/kernel/irq/migration.c b/kernel/irq/migration.c
> index f2b2929986ff..b29d13baee55 100644
> --- a/kernel/irq/migration.c
> +++ b/kernel/irq/migration.c
> @@ -89,7 +89,7 @@ void irq_move_masked_irq(struct irq_data *idata)
>  
>  		ret = irq_do_set_affinity(data, desc->pending_mask, false);
>  		/*
> -		 * If the there is a cleanup pending in the underlying
> +		 * If there is a cleanup pending in the underlying
>  		 * vector management, reschedule the move for the next
>  		 * interrupt. Leave desc->pending_mask intact.
>  		 */
> -- 
> 2.43.0
> 

-- 
Lee Jones [李琼斯]