[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230913113519.GA1565@lst.de>
Date: Wed, 13 Sep 2023 13:35:19 +0200
From: Christoph Hellwig <hch@....de>
To: Daniel Wagner <dwagner@...e.de>
Cc: Christoph Hellwig <hch@....de>, g@...urine.lan,
linux-nvme@...ts.infradead.org, linux-kernel@...r.kernel.org,
Hannes Reinecke <hare@...e.de>,
Sagi Grimberg <sagi@...mberg.me>,
Jason Gunthorpe <jgg@...pe.ca>,
James Smart <james.smart@...adcom.com>,
Chaitanya Kulkarni <kch@...dia.com>
Subject: Re: [RFC v1 4/4] nvmet-discovery: do not use invalid port
So that's interesting. But what I'm mostly worried about is how the
nvmet kernel code allows a request without ->port to progress to the
actual command handler. We should never allow a command to get that
far if ->port is NULL, and should not allow to clear ->port while
commands are still handled.
Powered by blists - more mailing lists