[PATCH] RDMA/qedr: fix comment typo in verbs.c

[PATCH] RDMA/qedr: fix comment typo in verbs.c

[Ruslan Vagner]

Fix the spelling in comments. No functional change.

Signed-off-by: Ruslan Vagner <rusya92266@gmail.com>
---
 drivers/infiniband/hw/qedr/verbs.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/infiniband/hw/qedr/verbs.c
b/drivers/infiniband/hw/qedr/verbs.c
index 012a0ab98d6b..973d0fa7cdce 100644
--- a/drivers/infiniband/hw/qedr/verbs.c
+++ b/drivers/infiniband/hw/qedr/verbs.c
@@ -1075,7 +1075,7 @@ int qedr_destroy_cq(struct ib_cq *ibcq, struct
ib_udata *udata)
 	/* We don't want the IRQ handler to handle a non-existing CQ so we
 	 * wait until all CNQ interrupts, if any, are received. This will always
 	 * happen and will always happen very fast. If not, then a serious error
-	 * has occured. That is why we can use a long delay.
+	 * has occurred. That is why we can use a long delay.
 	 * We spin for a short time so we don’t lose time on context switching
 	 * in case all the completions are handled in that span. Otherwise
 	 * we sleep for a while and check again. Since the CNQ may be
-- 
2.54.0.windows.1

Re: [PATCH] RDMA/qedr: fix comment typo in verbs.c

[Leon Romanovsky]

On Tue, Sep 15, 2026 at 07:55:56AM -0500, Ruslan Vagner wrote:
> Fix the spelling in comments. No functional change.
> 
> Signed-off-by: Ruslan Vagner <rusya92266@gmail.com>
> ---
>  drivers/infiniband/hw/qedr/verbs.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)

It was already fixed in commit ea42dc093681 ("RDMA: fix typos in comments")
https://lore.kernel.org/all/20260907065047.26773-2-hemanth.selam@gmail.com/

Thanks

> 
> diff --git a/drivers/infiniband/hw/qedr/verbs.c
> b/drivers/infiniband/hw/qedr/verbs.c
> index 012a0ab98d6b..973d0fa7cdce 100644
> --- a/drivers/infiniband/hw/qedr/verbs.c
> +++ b/drivers/infiniband/hw/qedr/verbs.c
> @@ -1075,7 +1075,7 @@ int qedr_destroy_cq(struct ib_cq *ibcq, struct
> ib_udata *udata)
>  	/* We don't want the IRQ handler to handle a non-existing CQ so we
>  	 * wait until all CNQ interrupts, if any, are received. This will always
>  	 * happen and will always happen very fast. If not, then a serious error
> -	 * has occured. That is why we can use a long delay.
> +	 * has occurred. That is why we can use a long delay.
>  	 * We spin for a short time so we don’t lose time on context switching
>  	 * in case all the completions are handled in that span. Otherwise
>  	 * we sleep for a while and check again. Since the CNQ may be
> -- 
> 2.54.0.windows.1
>