| commit | 5809a1ae77721931ca7bd7aeacb37fdabe6f07c0 | |
| author | Greg Rose <gregory.v.rose@intel.com> | |
| Wed, 24 Mar 2010 09:36:08 +0000 (24 09:36 +0000) | ||
| committer | David S. Miller <davem@davemloft.net> | |
| Fri, 26 Mar 2010 18:56:01 +0000 (26 11:56 -0700) | ||
| tree | 13852a149ca356bb10627ad67b927363e7450700 | treesnapshot (tar.gz zip) |
| parent | 65deeed7b34bc5b8d3cbff495e8fa2ae7b563480 | commitdiff |
ixgbe: In SR-IOV mode insert delay before bring the adapter up
VFs running in guest VMs do not respond in as timely a manner to
PF indication it is going down as they do when running in the host
domain. If the adapter is in SR-IOV mode insert a two second delay
to guarantee that all VFs have had time to respond to the PF reset.
In any case resetting the PF while VFs are active should be
discouraged but if it must be done then there will be a two
second delay to help synchronize resets among the PF and all the
VFs.
Signed-off-by: Greg Rose <gregory.v.rose@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
VFs running in guest VMs do not respond in as timely a manner to
PF indication it is going down as they do when running in the host
domain. If the adapter is in SR-IOV mode insert a two second delay
to guarantee that all VFs have had time to respond to the PF reset.
In any case resetting the PF while VFs are active should be
discouraged but if it must be done then there will be a two
second delay to help synchronize resets among the PF and all the
VFs.
Signed-off-by: Greg Rose <gregory.v.rose@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
| drivers/net/ixgbe/ixgbe_main.c | diffblobblamehistory |