misc: fix typos in comments

Fix typos in comments, reported by scripts/checkpatch.pl using the
misspelling list in scripts/spelling.txt.  One further misspelling of
"respectively" in genwqe/card_base.c is fixed as well: it is not in
scripts/spelling.txt, but it sits a few lines from one that checkpatch
does report.  Only comments are touched, there are no code changes.

Assisted-by: LLM
Signed-off-by: Hemanth Selam <hemanth.selam@gmail.com>
Acked-by: Vishnu Dasa <vishnu.dasa@broadcom.com>
Link: https://patch.msgid.link/20261006060118.41933-1-hemanth.selam@gmail.com
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
This commit is contained in:
Hemanth Selam 2026-10-06 11:31:15 +05:30 committed by Greg Kroah-Hartman
parent 1d2a50533a
commit a017697fe2
6 changed files with 10 additions and 10 deletions

View File

@ -369,7 +369,7 @@ static int ezport_firmware_flash_data(struct spi_device *spi,
dev_dbg(&spi->dev, "EzPort verify flashed data...\n");
ret = ezport_firmware_compare_data(spi, data, size);
/* allow missing FW verfication in secure mode */
/* allow missing FW verification in secure mode */
if (ret == -EACCES)
ret = 0;

View File

@ -286,7 +286,7 @@ int genwqe_flash_readback_fails(struct genwqe_dev *cd)
* @cd: GenWQE device information
*
* Note: From a design perspective it turned out to be a bad idea to
* use codes here to specifiy the frequency/speed values. An old
* use codes here to specify the frequency/speed values. An old
* driver cannot understand new codes and is therefore always a
* problem. Better is to measure out the value or put the
* speed/frequency directly into a register which is always a valid
@ -904,7 +904,7 @@ static int genwqe_reload_bistream(struct genwqe_dev *cd)
*
* Condition for the health-thread to trigger:
* a) when a kthread_stop() request comes in or
* b) a critical GFIR occured
* b) a critical GFIR occurred
*
* Informational GFIRs are checked and potentially printed in
* GENWQE_HEALTH_CHECK_INTERVAL seconds.
@ -1210,10 +1210,10 @@ static int genwqe_probe(struct pci_dev *pci_dev,
}
/**
* genwqe_remove() - Called when device is removed (hot-plugable)
* genwqe_remove() - Called when device is removed (hot-pluggable)
* @pci_dev: PCI device information struct
*
* Or when driver is unloaded respecitively when unbind is done.
* Or when driver is unloaded respectively when unbind is done.
*/
static void genwqe_remove(struct pci_dev *pci_dev)
{

View File

@ -460,7 +460,7 @@ static int genwqe_check_ddcb_queue(struct genwqe_dev *cd,
/**
* __genwqe_wait_ddcb(): Waits until DDCB is completed
* @cd: pointer to genwqe device descriptor
* @req: pointer to requsted DDCB parameters
* @req: pointer to requested DDCB parameters
*
* The Service Layer will update the RETC in DDCB when processing is
* pending or done.
@ -543,7 +543,7 @@ int __genwqe_wait_ddcb(struct genwqe_dev *cd, struct ddcb_requ *req)
return -EINVAL;
}
/* Severe error occured. Driver is forced to stop operation */
/* Severe error occurred. Driver is forced to stop operation */
if (cd->card_state != GENWQE_CARD_USED) {
dev_err(&pci_dev->dev,
"[%s] err: DDCB#%d forced to stop (rc=%d)\n",

View File

@ -1003,7 +1003,7 @@ u64 genwqe_read_vreg(struct genwqe_dev *cd, u32 reg, int func)
* @cd: genwqe device descriptor
*
* Note: From a design perspective it turned out to be a bad idea to
* use codes here to specifiy the frequency/speed values. An old
* use codes here to specify the frequency/speed values. An old
* driver cannot understand new codes and is therefore always a
* problem. Better is to measure out the value or put the
* speed/frequency directly into a register which is always a valid

View File

@ -434,7 +434,7 @@ EXPORT_SYMBOL_GPL(vmci_datagram_create_handle_priv);
* @out_handle: vmci_handle that is populated as a result of this function.
*
* Creates a host context datagram endpoint and returns a handle to
* it. Same as vmci_datagram_create_handle_priv without the priviledge
* it. Same as vmci_datagram_create_handle_priv without the privilege
* flags argument.
*/
int vmci_datagram_create_handle(u32 resource_id,

View File

@ -2668,7 +2668,7 @@ static ssize_t qp_dequeue_locked(struct vmci_queue *produce_q,
* @consume_qsize: Desired size of the consumer queue.
* @peer: ContextID of the peer.
* @flags: VMCI flags.
* @priv_flags: VMCI priviledge flags.
* @priv_flags: VMCI privilege flags.
*
* This is the client interface for allocating the memory for a
* vmci_qp structure and then attaching to the underlying