[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220103091222.194ef58f@kicinski-fedora-PC1C0HJN.hsd1.ca.comcast.net>
Date: Mon, 3 Jan 2022 09:12:22 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Saurav Kashyap <skashyap@...vell.com>
Cc: Jiasheng Jiang <jiasheng@...as.ac.cn>,
Javed Hasan <jhasan@...vell.com>,
GR-QLogic-Storage-Upstream <GR-QLogic-Storage-Upstream@...vell.com>,
"jejb@...ux.ibm.com" <jejb@...ux.ibm.com>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"linux@...linux.org.uk" <linux@...linux.org.uk>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: Re: [EXT] [PATCH] scsi: qedf: potential dereference of null pointer
On Mon, 3 Jan 2022 04:58:41 +0000 Saurav Kashyap wrote:
> > QEDF_TERM_BUFF_SIZE,
> > &term_params_dma, GFP_KERNEL);
> > + if (!term_params)
> > + return;
>
> <SK> Adding message about failure before returning will help in debugging.
Memory allocations produce a pretty detailed splat.
Powered by blists - more mailing lists