[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7bebb1cc-211a-dac4-3daa-ce005156f2f9@gmail.com>
Date: Tue, 4 Oct 2022 06:51:54 -0700
From: James Smart <jsmart2021@...il.com>
To: duoming@....edu.cn
Cc: linux-nvme@...ts.infradead.org, linux-kernel@...r.kernel.org,
james.smart@...adcom.com, kbusch@...nel.org, axboe@...com,
hch@....de, sagi@...mberg.me
Subject: Re: [PATCH] nvme-fc: fix sleep-in-atomic-context bug caused by
nvme_fc_rcv_ls_req
On 10/4/2022 4:10 AM, duoming@....edu.cn wrote:
>> looking further... lpfc_poll_timeout() should only be used on an SLI-3
>> adapter. The existing SLI-3 adapters don't support NVMe. So I'm a
>> little confused by this stack trace.
> I found this problem through a static analysis tool wroten by myself.
> I think the hacker may simulate the hardware to trigger this stack trace.
> So, I send the patch to correct the problem.
>
>> Can you describe what the system config/software setup is and
>> specifically what lpfc adapter is being used (dmesg attachment logs are
>> sufficient, or lspci output).
> Best regards,
> Duoming Zhou
>
ok - so the patch is to the tool ? as the code path doesn't actually occur ?
-- james
Powered by blists - more mailing lists