[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ca74a481-3e80-9a7a-9db7-d766a16d8fd6@acm.org>
Date: Tue, 30 Aug 2022 21:04:47 -0700
From: Bart Van Assche <bvanassche@....org>
To: "yangx.jy@...itsu.com" <yangx.jy@...itsu.com>,
"jgg@...dia.com" <jgg@...dia.com>,
"leon@...nel.org" <leon@...nel.org>
Cc: "linux-rdma@...r.kernel.org" <linux-rdma@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] RDMA/srp: Set scmnd->result only when scmnd is not NULL
On 8/30/22 20:16, yangx.jy@...itsu.com wrote:
> Sorry, I didn't make the right fix. I will send v2 patch.
> I think scmnd may be set to NULL after srp_claim_req() is called and
> then setting scmnd->result can trigger the NULL pointer dereference.
Something like this untested patch may be what you are looking for:
diff --git a/drivers/infiniband/ulp/srp/ib_srp.c
b/drivers/infiniband/ulp/srp/ib_srp.c
index 7720ea270ed8..d7f69e593a63 100644
--- a/drivers/infiniband/ulp/srp/ib_srp.c
+++ b/drivers/infiniband/ulp/srp/ib_srp.c
@@ -1961,7 +1961,8 @@ static void srp_process_rsp(struct srp_rdma_ch
*ch, struct srp_rsp *rsp)
if (scmnd) {
req = scsi_cmd_priv(scmnd);
scmnd = srp_claim_req(ch, req, NULL, scmnd);
- } else {
+ }
+ if (!scmnd) {
shost_printk(KERN_ERR, target->scsi_host,
"Null scmnd for RSP w/tag %#016llx received on ch %td / QP
%#x\n",
rsp->tag, ch - target->ch, ch->qp->qp_num);
Bart.
Powered by blists - more mailing lists