From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A6BB36AB3 for ; Tue, 6 Dec 2022 13:33:17 +0000 (UTC) Received: by verein.lst.de (Postfix, from userid 2407) id A576E68B05; Tue, 6 Dec 2022 14:33:12 +0100 (CET) Date: Tue, 6 Dec 2022 14:33:12 +0100 From: Christoph Hellwig To: Pankaj Raghav Cc: Christoph Hellwig , Pankaj Raghav , Keith Busch , Sagi Grimberg , James Smart , Chaitanya Kulkarni , Hector Martin , Sven Peter , asahi@lists.linux.dev, linux-nvme@lists.infradead.org Subject: Re: [PATCH 2/9] nvme: use nvme_wait_ready in nvme_shutdown_ctrl Message-ID: <20221206133312.GA25727@lst.de> References: <20221129132208.4337-1-hch@lst.de> <20221129132208.4337-3-hch@lst.de> <20221129155718.poqztp4zudt47zmq@quentin> <20221130135749.GA4786@lst.de> Precedence: bulk X-Mailing-List: asahi@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) > One minor nit: I also notice that nvme_wait_ready busy loop sleeps for > 1~2ms, while the existing shutdown code busy loop sleeps for 100ms. Though, > I don't think it is an issue. Thanks, I've added a note about that, and a reference to the commit that changed from the msleep(100) to the usleep_range for the enable/disable path.