Received: by 2002:a05:6a10:9848:0:0:0:0 with SMTP id x8csp3774090pxf; Mon, 5 Apr 2021 23:06:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxH3/ovrBuEmmEk94ke0oxhea1aEtj+3MiCqy8fXQaYqlm5iqNAKMZuX7Qahn3Ii5xmnhi4 X-Received: by 2002:a5d:8d12:: with SMTP id p18mr23207928ioj.31.1617689191018; Mon, 05 Apr 2021 23:06:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1617689191; cv=none; d=google.com; s=arc-20160816; b=c8G3QZfXnNSWi3Bdu0XkRXVnf209HuC5qOAI1grqyFHrgv8lv3Rj58hyo/HDJ2kmOT z7rz7bzHyteQmzlQNMJ/UkeObYmnUAvWWPLUd0DY3f/s/U3D8CI8V3JdxHkRuW6hpM5+ P+aSl4gmH3+sf1DaON42WwVox3jd1dW+7l5FhJ46KI7P+pnyzhn2uxaioBJIwAl0SoBs V6B1cPSA+uOminfC7/D4okgQQBeuXNMSL+UgcQIQAnvLK0aVMgloRouJw81ChPqcIvNs 20x50Gul8VFdwLjTCgd17/I/SSfRjjH4nt5l5JO0C/+42vt8UpYomioph2cR7l2xUavw ABiQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:in-reply-to:message-id :date:subject:cc:to:from; bh=4OHSLbDiHHFpjsUv5CxBKco6qfFyu3Lx17DBw8K0O/g=; b=us/7GH1+YPugzpQDvsgrmlqYzUUeQW/L/MnAqe4pboD82/MjlCJzhhSpeKIY5ZzDNx FuGdBJac2sOn0zvMnc5LgSVWBtkgGbDJi9L+4aRUo1z591Yb9iQxMBa1Leze9rOSgfLs rQgaXeXSNjBqUNAX/eYoITT7Vnm0V6ufdeZhwAuKd0DJaL4b6HsIgT/PXyGHNCKR8APJ h1H8zOkS/BXy/afxOXBQ9zqJwIIZlgW++8i2GTAKcn0eeFRrmvd+c8iOJwUdO1CaF17J l9WzG8ma6piHxzuXq/ZIMUZqwyJrhxs5seoHWpkpYZQ68hKSCL4EmISU6g9vmF4HVt0F 4GQw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n14si19508151ilk.90.2021.04.05.23.06.18; Mon, 05 Apr 2021 23:06:31 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233953AbhDERIY (ORCPT + 99 others); Mon, 5 Apr 2021 13:08:24 -0400 Received: from szxga07-in.huawei.com ([45.249.212.35]:16340 "EHLO szxga07-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234028AbhDERIR (ORCPT ); Mon, 5 Apr 2021 13:08:17 -0400 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.58]) by szxga07-in.huawei.com (SkyGuard) with ESMTP id 4FDcVs145Pz9wtm; Tue, 6 Apr 2021 01:05:57 +0800 (CST) Received: from A190218597.china.huawei.com (10.47.69.183) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.498.0; Tue, 6 Apr 2021 01:08:00 +0800 From: Salil Mehta To: , CC: , , , , Subject: [PATCH V2 net 1/2] net: hns3: Remove the left over redundant check & assignment Date: Mon, 5 Apr 2021 18:06:44 +0100 Message-ID: <20210405170645.29620-2-salil.mehta@huawei.com> X-Mailer: git-send-email 2.8.3 In-Reply-To: <20210405170645.29620-1-salil.mehta@huawei.com> References: <20210405170645.29620-1-salil.mehta@huawei.com> MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.47.69.183] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This removes the left over check and assignment which is no longer used anywhere in the function and should have been removed as part of the below mentioned patch. Fixes: 012fcb52f67c ("net: hns3: activate reset timer when calling reset_event") Signed-off-by: Salil Mehta -- V1->V2: [1] Fixed comments from Leon Romanovsky Link: https://lkml.org/lkml/2021/4/4/14 --- drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c index e3f81c7e0ce7..58d210bbb311 100644 --- a/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c +++ b/drivers/net/ethernet/hisilicon/hns3/hns3pf/hclge_main.c @@ -3966,7 +3966,6 @@ static void hclge_reset_event(struct pci_dev *pdev, struct hnae3_handle *handle) * normalcy is to reset. * 2. A new reset request from the stack due to timeout * - * For the first case,error event might not have ae handle available. * check if this is a new reset request and we are not here just because * last reset attempt did not succeed and watchdog hit us again. We will * know this if last reset request did not occur very recently (watchdog @@ -3976,8 +3975,6 @@ static void hclge_reset_event(struct pci_dev *pdev, struct hnae3_handle *handle) * want to make sure we throttle the reset request. Therefore, we will * not allow it again before 3*HZ times. */ - if (!handle) - handle = &hdev->vport[0].nic; if (time_before(jiffies, (hdev->last_reset_time + HCLGE_RESET_INTERVAL))) { -- 2.17.1