Re: [PATCH] xen: fix typos in comments

[Frediano Ziglio <frediano.ziglio@xxxxxxxxx>]

On Mon, 7 Sept 2026 at 07:36, Hemanth Selam <hemanth.selam@xxxxxxxxx> wrote:
>
> Fix typos in comments, reported by scripts/checkpatch.pl using the
> misspelling list in scripts/spelling.txt.  Only touches comments, no code
> changes.
>
> Assisted-by: Cursor:claude-opus-5
> Signed-off-by: Hemanth Selam <hemanth.selam@xxxxxxxxx>
> ---
>  drivers/scsi/xen-scsifront.c     | 2 +-
>  drivers/xen/mcelog.c             | 2 +-
>  include/xen/interface/platform.h | 4 ++--
>  include/xen/interface/xen.h      | 2 +-
>  include/xen/xenbus.h             | 2 +-
>  5 files changed, 6 insertions(+), 6 deletions(-)
>
> diff --git a/drivers/scsi/xen-scsifront.c b/drivers/scsi/xen-scsifront.c
> index 989bcaee42ca..f86a47056ea8 100644
> --- a/drivers/scsi/xen-scsifront.c
> +++ b/drivers/scsi/xen-scsifront.c
> @@ -1076,7 +1076,7 @@ static void scsifront_do_lun_hotplug(struct 
> vscsifrnt_info *info, int op)
>
>                 /*
>                  * Front device state path, used in sdev_configure called
> -                * on successfull scsi_add_device, and in sdev_destroy called
> +                * on successful scsi_add_device, and in sdev_destroy called
>                  * on remove of a device.
>                  */
>                 snprintf(info->dev_state_path, sizeof(info->dev_state_path),
> diff --git a/drivers/xen/mcelog.c b/drivers/xen/mcelog.c
> index 32ab419bb503..f19cc7a67f36 100644
> --- a/drivers/xen/mcelog.c
> +++ b/drivers/xen/mcelog.c
> @@ -1,6 +1,6 @@
>  
> /******************************************************************************
>   * mcelog.c
> - * Driver for receiving and transferring machine check error infomation
> + * Driver for receiving and transferring machine check error information
>   *
>   * Copyright (c) 2012 Intel Corporation
>   * Author: Liu, Jinsong <jinsong.liu@xxxxxxxxx>
> diff --git a/include/xen/interface/platform.h 
> b/include/xen/interface/platform.h
> index 79a443c65ea9..462e36392a9f 100644
> --- a/include/xen/interface/platform.h
> +++ b/include/xen/interface/platform.h
> @@ -421,10 +421,10 @@ struct xenpf_pcpuinfo {
>         /* IN */
>         uint32_t xen_cpuid;
>         /* OUT */
> -       /* The maxium cpu_id that is present */
> +       /* The maximum cpu_id that is present */
>         uint32_t max_present;
>  #define XEN_PCPU_FLAGS_ONLINE   1
> -       /* Correponding xen_cpuid is not present*/
> +       /* Corresponding xen_cpuid is not present*/
>  #define XEN_PCPU_FLAGS_INVALID  2
>         uint32_t flags;
>         uint32_t apic_id;
> diff --git a/include/xen/interface/xen.h b/include/xen/interface/xen.h
> index 40c9793e9880..f9acb21875cf 100644
> --- a/include/xen/interface/xen.h
> +++ b/include/xen/interface/xen.h
> @@ -94,7 +94,7 @@
>  #define VIRQ_XENOPROF   7  /* V. XenOprofile interrupt: new sample available 
> */
>  #define VIRQ_CON_RING   8  /* G. (DOM0) Bytes received on console            
> */
>  #define VIRQ_PCPU_STATE 9  /* G. (DOM0) PCPU state changed                   
> */
> -#define VIRQ_MEM_EVENT  10 /* G. (DOM0) A memory event has occured           
> */
> +#define VIRQ_MEM_EVENT  10 /* G. (DOM0) A memory event has occurred          
>  */
>  #define VIRQ_XC_RESERVED 11 /* G. Reserved for XenClient                     
> */
>  #define VIRQ_ENOMEM     12 /* G. (DOM0) Low on heap memory       */
>  #define VIRQ_XENPMU     13  /* PMC interrupt                                 
> */
> diff --git a/include/xen/xenbus.h b/include/xen/xenbus.h
> index 8ca15743af7f..6424c5cf8ef5 100644
> --- a/include/xen/xenbus.h
> +++ b/include/xen/xenbus.h
> @@ -63,7 +63,7 @@ struct xenbus_watch
>         unsigned int nr_pending;
>
>         /*
> -        * Called just before enqueing new event while a spinlock is held.
> +        * Called just before enqueuing new event while a spinlock is held.
>          * The event will be discarded if this callback returns false.
>          */
>         bool (*will_handle)(struct xenbus_watch *,

Reviewed-by: Frediano Ziglio <freddy77@xxxxxxxxx>

Frediano