From: "huangguangbin (A)" <huangguangbin2@huawei.com>
To: Denis Kirjanov <dkirjanov@suse.de>, <davem@davemloft.net>,
<kuba@kernel.org>, <wangjie125@huawei.com>
Cc: <netdev@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<lipeng321@huawei.com>, <chenhao288@hisilicon.com>
Subject: Re: [PATCH net-next 01/10] net: hns3: refactor reset_prepare_general retry statement
Date: Tue, 30 Nov 2021 10:15:03 +0800 [thread overview]
Message-ID: <fac7faf5-5eed-7a11-5c98-3cebaeb9ade7@huawei.com> (raw)
In-Reply-To: <b66ad578-ab66-a6a5-961f-278db6ebe1dc@suse.de>
On 2021/11/29 22:27, Denis Kirjanov wrote:
>
>
> 11/29/21 5:00 PM, Guangbin Huang пишет:
>> From: Jiaran Zhang <zhangjiaran@huawei.com>
>>
>> Currently, the hclge_reset_prepare_general function uses the goto
>> statement to jump upwards, which increases code complexity and makes
>> the program structure difficult to understand. In addition, if
>> reset_pending is set, retry_cnt cannot be increased. This may result
>> in a failure to exit the retry or increase the number of retries.
>>
>> Use the while statement instead to make the program easier to understand
>> and solve the problem that the goto statement cannot be exited.
>>
>> Signed-off-by: Jiaran Zhang <zhangjiaran@huawei.com>
>> Signed-off-by: Guangbin Huang <huangguangbin2@huawei.com>
>> ---
>> .../hisilicon/hns3/hns3pf/hclge_main.c | 32 ++++++++-----------
>> .../hisilicon/hns3/hns3vf/hclgevf_main.c | 32 ++++++++-----------
>> 2 files changed, 28 insertions(+), 36 deletions(-)
>>
>> diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c
>> index a0628d139149..5282f2632b3b 100644
>> --- a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c
>> +++ b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c
>> @@ -11589,24 +11589,20 @@ static void hclge_reset_prepare_general(struct hnae3_ae_dev *ae_dev,
>> int retry_cnt = 0;
>> int ret;
>> -retry:
>> - down(&hdev->reset_sem);
>> - set_bit(HCLGE_STATE_RST_HANDLING, &hdev->state);
>> - hdev->reset_type = rst_type;
>> - ret = hclge_reset_prepare(hdev);
>> - if (ret || hdev->reset_pending) {
>> - dev_err(&hdev->pdev->dev, "fail to prepare to reset, ret=%d\n",
>> - ret);
>> - if (hdev->reset_pending ||
>> - retry_cnt++ < HCLGE_RESET_RETRY_CNT) {
>> - dev_err(&hdev->pdev->dev,
>> - "reset_pending:0x%lx, retry_cnt:%d\n",
>> - hdev->reset_pending, retry_cnt);
>> - clear_bit(HCLGE_STATE_RST_HANDLING, &hdev->state);
>> - up(&hdev->reset_sem);
>> - msleep(HCLGE_RESET_RETRY_WAIT_MS);
>> - goto retry;
>> - }
>> + while (retry_cnt++ < HCLGE_RESET_RETRY_CNT) {
>> + down(&hdev->reset_sem);
>> + set_bit(HCLGE_STATE_RST_HANDLING, &hdev->state);
>> + hdev->reset_type = rst_type;
>> + ret = hclge_reset_prepare(hdev);
>> + if (!ret && !hdev->reset_pending)
>> + break;
> up(&hdev->reset_sem); ?
This is reset preparation in PCIe FLR reset process, up(&hdev->reset_sem) will be called in hclge_reset_done().
>> +
>> + dev_err(&hdev->pdev->dev,
>> + "failed to prepare to reset, ret=%d, reset_pending:0x%lx, retry_cnt:%d\n",
>> + ret, hdev->reset_pending, retry_cnt);
>> + clear_bit(HCLGE_STATE_RST_HANDLING, &hdev->state);
>> + up(&hdev->reset_sem);
>> + msleep(HCLGE_RESET_RETRY_WAIT_MS);
>> }
>> /* disable misc vector before reset done */
>> diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c b/drivers/net/ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c
>> index 3f29062eaf2e..0568cc31d391 100644
>> --- a/drivers/net/ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c
>> +++ b/drivers/net/ethernet/hisilicon/hns3/hns3vf/hclgevf_main.c
>> @@ -2166,24 +2166,20 @@ static void hclgevf_reset_prepare_general(struct hnae3_ae_dev *ae_dev,
>> int retry_cnt = 0;
>> int ret;
>> -retry:
>> - down(&hdev->reset_sem);
>> - set_bit(HCLGEVF_STATE_RST_HANDLING, &hdev->state);
>> - hdev->reset_type = rst_type;
>> - ret = hclgevf_reset_prepare(hdev);
>> - if (ret) {
>> - dev_err(&hdev->pdev->dev, "fail to prepare to reset, ret=%d\n",
>> - ret);
>> - if (hdev->reset_pending ||
>> - retry_cnt++ < HCLGEVF_RESET_RETRY_CNT) {
>> - dev_err(&hdev->pdev->dev,
>> - "reset_pending:0x%lx, retry_cnt:%d\n",
>> - hdev->reset_pending, retry_cnt);
>> - clear_bit(HCLGEVF_STATE_RST_HANDLING, &hdev->state);
>> - up(&hdev->reset_sem);
>> - msleep(HCLGEVF_RESET_RETRY_WAIT_MS);
>> - goto retry;
>> - }
>> + while (retry_cnt++ < HCLGEVF_RESET_RETRY_CNT) {
>> + down(&hdev->reset_sem);
>> + set_bit(HCLGEVF_STATE_RST_HANDLING, &hdev->state);
>> + hdev->reset_type = rst_type;
>> + ret = hclgevf_reset_prepare(hdev);
>> + if (!ret && !hdev->reset_pending)
>> + break;
> same here
Same as above.
>> +
>> + dev_err(&hdev->pdev->dev,
>> + "failed to prepare to reset, ret=%d, reset_pending:0x%lx, retry_cnt:%d\n",
>> + ret, hdev->reset_pending, retry_cnt);
>> + clear_bit(HCLGEVF_STATE_RST_HANDLING, &hdev->state);
>> + up(&hdev->reset_sem);
>> + msleep(HCLGEVF_RESET_RETRY_WAIT_MS);
>> }
>> /* disable misc vector before reset done */
>>
> .
next prev parent reply other threads:[~2021-11-30 2:15 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-29 14:00 [PATCH net-next 00/10] net: hns3: some cleanups for -next Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 01/10] net: hns3: refactor reset_prepare_general retry statement Guangbin Huang
2021-11-29 14:27 ` Denis Kirjanov
2021-11-30 2:15 ` huangguangbin (A) [this message]
2021-11-29 14:00 ` [PATCH net-next 02/10] net: hns3: refactor hns3_nic_reuse_page() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 03/10] net: hns3: refactor two hns3 debugfs functions Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 04/10] net: hns3: split function hns3_get_tx_timeo_queue_info() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 05/10] net: hns3: refine function hclge_cfg_mac_speed_dup_hw() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 06/10] net: hns3: add new function hclge_tm_schd_mode_tc_base_cfg() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 07/10] net: hns3: refine function hclge_tm_pri_q_qs_cfg() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 08/10] net: hns3: split function hns3_nic_get_stats64() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 09/10] net: hns3: split function hns3_handle_bdinfo() Guangbin Huang
2021-11-29 14:00 ` [PATCH net-next 10/10] net: hns3: split function hns3_set_l2l3l4() Guangbin Huang
2021-11-29 14:40 ` [PATCH net-next 00/10] net: hns3: some cleanups for -next patchwork-bot+netdevbpf
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=fac7faf5-5eed-7a11-5c98-3cebaeb9ade7@huawei.com \
--to=huangguangbin2@huawei.com \
--cc=chenhao288@hisilicon.com \
--cc=davem@davemloft.net \
--cc=dkirjanov@suse.de \
--cc=kuba@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lipeng321@huawei.com \
--cc=netdev@vger.kernel.org \
--cc=wangjie125@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®