Loading
!7732 HNS3: Fixed a deadlock issue caused by concurrent VF deactivation and PF reset
Merge Pull Request from: @mufengyan driver inclusion category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/I9R48E CVE: NA --------------------------------------------------------------------- When the VF is deactivated and PF reset concurrently, the fastpath process holds the rtnl_lock and enters the infinite loop of the network port down. As a result, the rtnl_lock can not be obtained during subsequent reset and ethtool operations, and the timeout calltrace message is displayed. Now the rtnl_lock function is moved to the fastpath function, and the reset status judgment is added to ensure that the fastpath operation does not work concurrently with the reset operation. This prevents exceptions caused by unmatched operations on the protocol stack. Signed-off-by:Yixi Shen <shenyixi@huawei.com> Link:https://gitee.com/openeuler/kernel/pulls/7732 Reviewed-by:
Lin Yunsheng <linyunsheng@huawei.com> Signed-off-by:
Jialin Zhang <zhangjialin11@huawei.com>