Jacob Keller 94877768cf
fm10k: wait for queues to drain if stop_hw() fails once ...
It turns out that sometimes during a reset the Tx queues will be
temporarily stuck longer than .stop_hw() expects. Work around this issue
by attempting to .stop_hw() first. If it tails, wait a number of
attempts until the Tx queues appear to be drained. After this, attempt
stop_hw() again. This ensures that we avoid waiting if we don't need to,
such as during the first initialization of a VF, and give the proper
amount of time necessary to recover from most situations. It is possible
that the hardware is actually stuck. For PFs, this is usually fixed by
a datapath reset. Unfortunately the VF cannot request a similar reset
for itself.
Signed-off-by: Jacob Keller <jacob.e.keller@intel.com>
Tested-by: Krishneil Singh <Krishneil.k.singh@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
2016-07-20 15:22:12 -07:00
2016-07-01 15:31:48 -07:00
2016-05-05 19:00:40 +01:00
2016-06-28 12:11:31 -07:00
2016-07-19 11:30:26 -07:00
2016-06-18 06:04:01 -10:00
2016-05-24 11:00:20 -07:00
2016-06-24 17:23:52 -07:00
2016-07-18 10:13:02 +02:00
2016-05-19 10:02:26 -07:00
2016-06-13 08:56:28 -05:00
2016-06-20 17:01:45 -07:00
2016-05-19 11:27:09 -07:00
2016-07-05 11:40:47 -07:00
2016-06-28 03:29:29 +02:00
2016-05-18 02:48:37 +02:00
2016-06-13 17:43:05 +08:00
2016-05-20 22:02:55 -07:00
2016-06-23 23:15:12 +02:00
2016-06-07 12:44:23 +05:30
2016-05-31 22:17:05 +05:30
2016-06-03 17:28:21 +02:00
2016-06-15 17:17:22 +09:00
2016-05-04 14:16:49 -04:00
2016-06-03 09:57:36 +02:00
2016-06-29 10:05:44 -07:00
2016-07-02 15:50:41 +10:00
2016-06-28 13:24:14 +02:00
2016-05-09 22:45:18 +02:00
2016-05-01 09:23:14 -07:00
2016-06-23 06:24:23 -07:00
2016-05-20 17:58:30 -07:00
2016-06-16 00:13:06 -07:00
2016-06-09 22:38:16 +02:00
2016-06-26 17:39:26 +01:00
2016-07-19 21:46:33 -07:00
2016-06-27 20:34:43 -07:00
2016-06-27 13:24:46 +02:00
2016-04-30 09:26:55 -07:00
2016-06-14 11:41:57 +02:00
2016-06-16 22:06:30 -07:00
2016-06-08 11:47:06 +02:00
2016-05-06 12:51:10 -06:00
2016-05-01 18:33:04 +10:00
2016-05-08 22:44:46 +05:30
2016-06-13 18:49:30 -07:00
2016-05-27 14:28:09 -07:00
2016-07-17 19:59:26 +02:00
2016-06-16 11:43:48 +03:00
2016-05-23 17:04:14 -07:00
2016-05-18 16:38:59 -07:00
2016-06-30 07:44:23 +01:00
2016-07-17 19:59:26 +02:00
2016-06-02 10:40:20 +02:00
2016-06-23 00:29:32 +02:00
2016-07-20 15:22:12 -07:00
2016-07-17 19:59:26 +02:00
2016-06-23 17:50:39 -07:00
2016-06-09 14:28:28 -06:00
2016-05-27 15:26:11 -07:00
2016-07-16 21:32:58 -07:00
2016-04-30 13:56:46 -07:00
2016-06-20 13:24:20 -05:00
2016-05-01 18:32:32 +10:00
2016-06-15 09:51:35 +01:00
2016-07-06 10:35:22 -07:00
2016-06-23 11:05:04 +02:00
2016-07-05 14:01:52 -07:00
2016-05-20 21:26:15 -07:00
2016-06-16 15:54:11 +02:00
2016-05-16 19:17:22 -07:00
2016-05-29 22:32:27 -07:00
2016-06-14 10:51:45 +02:00
2016-05-05 17:38:53 -07:00
2016-07-01 18:06:48 +02:00
2016-05-12 15:50:19 -07:00
2016-05-06 11:08:58 -07:00
2016-05-21 17:07:17 +02:00
2016-07-06 10:35:22 -07:00
2016-05-20 18:33:37 -07:00
2016-06-18 11:59:01 -07:00
2016-06-07 15:56:31 -07:00
2016-06-30 13:17:29 +01:00
2016-04-30 14:15:56 -07:00
2016-04-26 15:34:49 +02:00
2016-07-06 22:32:15 -07:00
2016-05-28 12:04:17 -07:00
2016-06-12 06:30:39 -07:00
2016-05-02 12:09:22 -05:00
2016-06-26 11:39:00 -07:00
2016-05-01 14:11:12 -07:00
2016-07-01 15:17:16 -07:00
2016-05-31 21:25:52 -06:00
2016-07-01 05:32:17 -04:00
2016-05-31 08:20:43 +03:00
2016-05-22 19:44:13 +03:00
2016-05-01 14:00:00 -07:00
2016-05-01 14:37:49 -07:00
2016-06-17 20:21:12 -07:00
2016-06-24 10:53:03 +01:00
2016-05-23 11:18:01 -07:00
2016-05-20 22:02:53 -07:00
94877768cf