summaryrefslogtreecommitdiff
path: root/crypto/sm3_generic.c
diff options
context:
space:
mode:
authorKai-Heng Feng <kai.heng.feng@canonical.com>2020-05-05 12:01:54 +0800
committerJeff Kirsher <jeffrey.t.kirsher@intel.com>2020-05-22 18:21:52 -0700
commit165ae7a8feb53dc47fb041357e4b253bfc927cf9 (patch)
tree52288cb501facfa7d0ce4a4e57a76c85aa122278 /crypto/sm3_generic.c
parent14ec06b02e260b2e78785741d0e734f4b04db1fe (diff)
igb: Report speed and duplex as unknown when device is runtime suspended
igb device gets runtime suspended when there's no link partner. We can't get correct speed under that state: $ cat /sys/class/net/enp3s0/speed 1000 In addition to that, an error can also be spotted in dmesg: [ 385.991957] igb 0000:03:00.0 enp3s0: PCIe link lost Since device can only be runtime suspended when there's no link partner, we can skip reading register and let the following logic set speed and duplex with correct status. The more generic approach will be wrap get_link_ksettings() with begin() and complete() callbacks. However, for this particular issue, begin() calls igb_runtime_resume() , which tries to rtnl_lock() while the lock is already hold by upper ethtool layer. So let's take this approach until the igb_runtime_resume() no longer needs to hold rtnl_lock. CC: stable <stable@vger.kernel.org> Suggested-by: Alexander Duyck <alexander.duyck@gmail.com> Signed-off-by: Kai-Heng Feng <kai.heng.feng@canonical.com> Tested-by: Aaron Brown <aaron.f.brown@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Diffstat (limited to 'crypto/sm3_generic.c')
0 files changed, 0 insertions, 0 deletions