James Smart 69fa964632
nvme_fc: fix error recovery on link down. ...
Currently, the fc transport invokes nvme_fc_error_recovery() on every
io in which the transport detects an error. Which means:
a) it's really noisy on large io loads that all get hit by a link down.
b) we repeatively call nvme_stop_queues() even though queues are
stopped upon the first error or as first steps of reset_work.
Correct by:
Errors are only meaningful if the controller is in the LIVE state.
Thus, enact the reset_work only if LIVE. If called repeatively, state
will have already transitioned.
There's no need to stop the queues here. Let the first steps of
reset_work do the queue stopping.
Signed-off-by: James Smart <james.smart@broadcom.com >
Signed-off-by: Sagi Grimberg <sagi@grimberg.me >
Signed-off-by: Jens Axboe <axboe@kernel.dk >
2017-06-28 08:14:13 -06:00
2017-06-13 11:45:14 +02:00
2017-05-31 14:26:26 -04:00
2017-06-09 01:25:16 +02:00
2017-06-27 17:56:50 -06:00
2017-04-30 12:22:14 +02:00
2017-06-27 12:13:45 -06:00
2017-06-13 11:45:14 +02:00
2017-05-10 13:38:18 -07:00
2017-05-12 10:43:25 -07:00
2017-06-09 01:25:16 +02:00
2017-05-09 23:21:46 +02:00
2017-05-10 11:33:08 -07:00
2017-06-09 08:50:49 -07:00
2017-06-02 11:49:44 +05:30
2017-04-20 13:47:46 +05:30
2017-05-03 16:27:36 +02:00
2017-06-11 11:29:15 -07:00
2017-04-26 11:38:56 +02:00
2017-06-09 09:38:27 +02:00
2017-06-13 11:45:14 +02:00
2017-06-07 12:20:49 +02:00
2017-04-21 17:58:45 +02:00
2017-05-04 19:15:35 -07:00
2017-06-03 03:55:43 -07:00
2017-05-08 17:15:14 -07:00
2017-05-22 19:22:19 -07:00
2017-06-20 19:27:14 -06:00
2017-05-01 23:17:37 +02:00
2017-05-22 21:53:09 +02:00
2017-06-01 17:20:14 -04:00
2017-06-09 09:57:19 -07:00
2017-06-13 11:45:14 +02:00
2017-06-13 15:09:10 +09:00
2017-06-01 14:49:47 -04:00
2017-05-22 21:12:44 +02:00
2017-06-27 08:22:09 -06:00
2017-05-05 19:33:07 -07:00
2017-04-27 16:20:04 +05:30
2017-06-27 12:13:45 -06:00
2017-06-06 09:37:44 -07:00
2017-06-01 17:07:31 -07:00
2017-06-09 09:27:32 -06:00
2017-04-24 18:21:17 -04:00
2017-04-27 11:54:49 +01:00
2017-06-11 11:29:15 -07:00
2017-06-27 12:13:45 -06:00
2017-06-27 12:13:45 -06:00
2017-06-13 11:45:14 +02:00
2017-04-17 00:42:22 +02:00
2017-04-20 09:54:24 +02:00
2017-06-27 12:13:45 -06:00
2017-06-28 08:14:13 -06:00
2017-05-09 10:01:15 -07:00
2017-05-30 11:31:32 +02:00
2017-04-20 12:02:32 +01:00
2017-06-07 12:20:49 +02:00
2017-05-10 19:13:03 -07:00
2017-05-30 12:40:03 +01:00
2017-06-01 15:03:41 +05:30
2017-05-23 11:31:27 +02:00
2017-05-25 18:26:11 +02:00
2017-05-12 12:02:21 -07:00
2017-05-14 13:30:05 +02:00
2017-05-01 16:15:18 -07:00
2017-05-04 19:15:35 -07:00
2017-04-30 22:17:44 +09:00
2017-05-10 11:33:08 -07:00
2017-05-24 10:53:41 +02:00
2017-05-10 11:33:08 -07:00
2017-05-22 20:32:05 +02:00
2017-06-22 21:55:24 -06:00
2017-06-27 12:13:45 -06:00
2017-06-27 12:13:45 -06:00
2017-05-19 13:36:56 -07:00
2017-04-26 15:58:22 +01:00
2017-06-11 11:25:51 -07:00
2017-06-20 19:27:14 -06:00
2017-05-18 23:54:47 -07:00
2017-06-09 16:37:31 +02:00
2017-06-04 10:23:25 +02:00
2017-05-16 23:06:41 +02:00
2017-06-13 11:45:14 +02:00
2017-05-17 11:27:41 +02:00
2017-05-05 11:36:44 -07:00
2017-05-08 17:15:12 -07:00
2017-05-11 11:12:26 -07:00
2017-05-08 17:15:10 -07:00
2017-05-02 23:41:43 +03:00
2017-05-19 10:42:25 +02:00
2017-06-13 11:45:14 +02:00
2017-05-10 21:03:31 +02:00
69fa964632