[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1578731633-10709-1-git-send-email-tanhuazhong@huawei.com>
Date: Sat, 11 Jan 2020 16:33:46 +0800
From: Huazhong Tan <tanhuazhong@...wei.com>
To: <davem@...emloft.net>
CC: <netdev@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<salil.mehta@...wei.com>, <yisen.zhuang@...wei.com>,
<linuxarm@...wei.com>, <jakub.kicinski@...ronome.com>,
Huazhong Tan <tanhuazhong@...wei.com>
Subject: [PATCH net-next 0/7] net: hns3: add some misc update about reset issue
This series includes some misc update relating to reset issue.
[patch 1/7] & [patch 2/7] splits hclge_reset()/hclgevf_reset()
into two parts: preparing and rebuilding. Since the procedure
of FLR should be separated out from the reset task([patch 3/7 &
patch 3/7]), then the FLR's processing can reuse these codes.
pci_error_handlers.reset_prepare() is void type function, so
[patch 6/7] & [patch 7/7] factor some codes related to PF
function reset to make the preparing done before .reset_prepare()
return.
BTW, [patch 5/7] enlarges the waiting time of reset for matching
the hardware's.
Huazhong Tan (7):
net: hns3: split hclge_reset() into preparing and rebuilding part
net: hns3: split hclgevf_reset() into preparing and rebuilding part
net: hns3: refactor the precedure of PF FLR
net: hns3: refactor the procedure of VF FLR
net: hns3: enlarge HCLGE_RESET_WAIT_CNT
net: hns3: modify hclge_func_reset_sync_vf()'s return type to void
net: hns3: refactor the notification scheme of PF reset
drivers/net/ethernet/hisilicon/hns3/hnae3.h | 5 -
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 204 ++++++++++-----------
.../ethernet/hisilicon/hns3/hns3pf/hclge_main.h | 1 +
.../ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c | 195 ++++++++++----------
.../ethernet/hisilicon/hns3/hns3vf/hclgevf_main.h | 1 +
5 files changed, 194 insertions(+), 212 deletions(-)
--
2.7.4
Powered by blists - more mailing lists