summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorNilay Shroff <nilay@linux.ibm.com>2026-01-14 12:54:13 +0530
committerKeith Busch <kbusch@kernel.org>2026-01-14 07:21:31 -0800
commit0edb475ac0a7d153318a24d4dca175a270a5cc4f (patch)
tree825d4a4bd06f950dca700514d19be4b9495eba9f /include
parent84164acba33158208c2b0e8e5607bdd43edc0dd4 (diff)
nvme: fix PCIe subsystem reset controller state transition
The commit d2fe192348f9 (“nvme: only allow entering LIVE from CONNECTING state”) disallows controller state transitions directly from RESETTING to LIVE. However, the NVMe PCIe subsystem reset path relies on this transition to recover the controller on PowerPC (PPC) systems. On PPC systems, issuing a subsystem reset causes a temporary loss of communication with the NVMe adapter. A subsequent PCIe MMIO read then triggers EEH recovery, which restores the PCIe link and brings the controller back online. For EEH recovery to proceed correctly, the controller must transition back to the LIVE state. Due to the changes introduced by commit d2fe192348f9 (“nvme: only allow entering LIVE from CONNECTING state”), the controller can no longer transition directly from RESETTING to LIVE. As a result, EEH recovery exits prematurely, leaving the controller stuck in the RESETTING state. Fix this by explicitly transitioning the controller state from RESETTING to CONNECTING and then to LIVE. This satisfies the updated state transition rules and allows the controller to be successfully recovered on PPC systems following a PCIe subsystem reset. Cc: stable@vger.kernel.org Fixes: d2fe192348f9 ("nvme: only allow entering LIVE from CONNECTING state") Reviewed-by: Daniel Wagner <dwagner@suse.de> Signed-off-by: Nilay Shroff <nilay@linux.ibm.com> Signed-off-by: Keith Busch <kbusch@kernel.org>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions