[PATCH v3] NVMe: Add controller state for scheduling resets
Christoph Hellwig
hch at infradead.org
Wed Jun 1 01:03:49 PDT 2016
On Tue, May 31, 2016 at 08:23:36PM -0300, Guilherme G. Piccoli wrote:
> On 05/31/2016 08:05 PM, Keith Busch wrote:
> >On Tue, May 31, 2016 at 07:24:48PM -0300, Guilherme G. Piccoli wrote:
> >>But imagine a scenario I have multiple nvme devices and want to upgrade the
> >>firmware for only one. In this case, the procedure is to reset_controller
> >>only the specific device after the fw activation.
> >>modprobe the driver in this case it too much.
> >
> >I agree module reload would be heavy handed in your scenario, but just
> >trying to establish what conditions you really need the quirk to work.
>
> Only in reset_controller after a firmware activation. The quirk
> implementation was delaying all reset_controller calls though.
Only doing it after the firmware activation would be nice, but the
only way to detect this reliably would be to check for the firmware
activation command in the passthrough path. And that really seems to
be a bit too ugly.
More information about the Linux-nvme
mailing list