aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python/task-analyzer.py
diff options
context:
space:
mode:
authorMartin K. Petersen <martin.petersen@oracle.com>2023-12-05 21:33:05 -0500
committerMartin K. Petersen <martin.petersen@oracle.com>2023-12-05 21:33:05 -0500
commitf200dad9f34d21a168d5e1286db2f96bfef5644d (patch)
treee37193cd4750cd2c5d3e4556bbd8df75b65b7b5f /tools/perf/scripts/python/task-analyzer.py
parentaef6ac123609c4365f0270ec689ef215d13c3061 (diff)
parentbe40572c22cc734f5836b4faec8a60340dc7ab67 (diff)
Merge patch series "libfc: fixup command abort handling"
Hannes Reinecke <hare@kernel.org> says: Hi all, when testing command timeout with the help of XDP I found that scsi_try_to_abort_cmd() would always return 'SUCCESS' for FCoE, even if no commands could be sent over the wire. Which is not only surprising, but also can lead to data corruption as commands were never aborted. Root cause was that aborts had been sent twice, once from FC error recovery and once from SCSI EH, with the former inducing the latter to assume that the command was already aborted. As usual, comments and reviews are welcome. Link: https://lore.kernel.org/r/20231129165832.224100-1-hare@kernel.org Signed-off-by: Martin K. Petersen <martin.petersen@oracle.com>
Diffstat (limited to 'tools/perf/scripts/python/task-analyzer.py')
0 files changed, 0 insertions, 0 deletions