Re: [RFC PATCH] nvme: refuse an unsolicited format change on a namespace that is in use
Chris S <[email protected]>
| Newsgroups | org.kernel.vger.linux-block,org.infradead.lists.linux-nvme,org.kernel.vger.linux-kernel |
|---|---|
| Message-ID | <CACd_6n0GsFdiz-jQfnRmJx0+2zUoEQQPwswkOQk4gkD5xVC7EQ@mail.gmail.com> |
On Tue, Aug 11, 2026 at 4:42 PM Keith Busch <[email protected]> wrote: > > You need a nvme spec level change for this to work. There's nothing we > can do today to close every race where the driver attempts to use a > stale LBA shift when the format was changed externally. Got you. I understand now. Thanks for pointing that out. > > What I proposed in the past was that the device has to return a new > error code for all new IO until the host queries the appropriate > Namespace identification to acknowledge the new LBA format. Kind of like > a SCSI "Check Condition Parameters Changed". An enlightend host could > trigger a queue freeze and namespace rescan after seeing this status, > clearing the device's latch and resume IO after setting up the new queue > limits. I think you are right for this. And I think this is a right solution. Thanks for sharing your thoughts! Helped much. Best, Chao