[PATCH v2 0/1] nvme: Fix problem when booting from NVMe drive was leading to a hang.

Michael Kropaczek Michael.Kropaczek at solidigm.com
Tue Mar 5 09:49:04 PST 2024


Thank you, Keith, Christoph,

The comment will be removed in the next version,

   Michael

-----Original Message-----
From: Keith Busch <kbusch at kernel.org> 
Sent: Tuesday, March 5, 2024 7:18 AM
To: Christoph Hellwig <hch at lst.de>
Cc: Michael Kropaczek <Michael.Kropaczek at solidigm.com>; linux-nvme at lists.infradead.org; Jens Axboe <axboe at fb.com>; Sagi Grimberg <sagi at grimberg.me>
Subject: Re: [PATCH v2 0/1] nvme: Fix problem when booting from NVMe drive was leading to a hang.

Caution: External Email


On Tue, Mar 05, 2024 at 02:51:00PM +0100, Christoph Hellwig wrote:
> > +   /*
> > +    * On certain host architectures/HW, DRAM was keeping memory contents over reboot-cycles.
> > +    * It was observed that certain controllers were accessing host memory after
> > +    * resetting which led to undefined state preventing proper initialization.
> > +    */
>
> Block comments should never span 80 characters.  But more importantly 
> I don't even think we need this comment at all, this is a clear bug 
> fix and the code is self-describing.

It sounds like a firmware bug. Spec says:

  "The host memory resources are not persistent in the controller across
   a reset event."

Exiting a shutdown state requires a CC.EN transition, which is a reset event.

It still may be good practice for the host driver to explicitly disable host memory, but as I said last time, doing this in the shutdown path deadlocks if the drive fails to produce a response, which is why we removed it in the first place.



More information about the Linux-nvme mailing list