summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/stackcollapse.py
diff options
context:
space:
mode:
authorDaniel Wagner <wagi@kernel.org>2025-01-09 16:30:48 +0300
committerKeith Busch <kbusch@kernel.org>2025-01-23 21:04:26 +0300
commit294b2b7516fd06a8dd82e4a6118f318ec521e706 (patch)
tree750cc39a21bc2a96b4fa39b36e545db016f89704 /tools/perf/scripts/python/stackcollapse.py
parentd3d380eded7ee5fc2fc53b3b0e72365ded025c4a (diff)
downloadlinux-294b2b7516fd06a8dd82e4a6118f318ec521e706.tar.xz
nvme: handle connectivity loss in nvme_set_queue_count
When the set feature attempts fails with any NVME status code set in nvme_set_queue_count, the function still report success. Though the numbers of queues set to 0. This is done to support controllers in degraded state (the admin queue is still up and running but no IO queues). Though there is an exception. When nvme_set_features reports an host path error, nvme_set_queue_count should propagate this error as the connectivity is lost, which means also the admin queue is not working anymore. Fixes: 9a0be7abb62f ("nvme: refactor set_queue_count") Reviewed-by: Christoph Hellwig <hch@lst.de> Reviewed-by: Hannes Reinecke <hare@suse.de> Reviewed-by: Sagi Grimberg <sagi@grimberg.me> Signed-off-by: Daniel Wagner <wagi@kernel.org> Signed-off-by: Keith Busch <kbusch@kernel.org>
Diffstat (limited to 'tools/perf/scripts/python/stackcollapse.py')
0 files changed, 0 insertions, 0 deletions