Page MenuHomeFreeBSD

nvme: Remove pause while resetting
ClosedPublic

Authored by imp on Oct 1 2021, 3:28 AM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, Mar 1, 4:38 PM
Unknown Object (File)
Thu, Feb 20, 11:40 AM
Unknown Object (File)
Jan 30 2025, 11:38 PM
Unknown Object (File)
Jan 25 2025, 5:05 PM
Unknown Object (File)
Jan 23 2025, 6:59 PM
Unknown Object (File)
Jan 19 2025, 2:27 PM
Unknown Object (File)
Jan 18 2025, 5:24 PM
Unknown Object (File)
Jan 17 2025, 7:31 AM
Subscribers

Details

Summary

After some study of the code and the standard, I think we can just drop
the pause(), unconditionally. If we're not initialized, then there's
nothing to wait for from a software perspective. If we are initialized,
then there might be outstanding I/O. If so, then the qpair 'recovery
state' will transition to WAITING in nvme_ctrlr_disable_qpairs, which
will ignore any interrupts for items that complete before we complete
the reset by setting cc.en=0.

If we go on to fail the controller, we'll cancel the outstanding I/O
transactions. If we reset the controller, the hardware throws away
pending transactions and we retry all the pending I/O transactions. Any
transactions that happend to complete before cc.en=0 will have the same
effect in the end (doing the same transaction twice is just inefficient,
it won't affect the state of the device any differently than having done
it once).

The standard imposes no wait times here, so it isn't needed from that
perspective.

Unanswered Question: Do we may need to disable interrupts while we
disable in legacy mode since those are level-sensitive.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable