Received: by 2002:ac0:e34a:0:0:0:0:0 with SMTP id g10csp485810imn; Wed, 27 Jul 2022 11:31:48 -0700 (PDT) X-Google-Smtp-Source: AGRyM1taEp98XH8i8cNqbJhHall5oBsMmLJChQNs98z5FiSYFPtsc4czS4WfuVRUkoVy26LIQX/t X-Received: by 2002:a17:902:8e89:b0:16d:69b7:49b4 with SMTP id bg9-20020a1709028e8900b0016d69b749b4mr17462253plb.167.1658946708692; Wed, 27 Jul 2022 11:31:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1658946708; cv=none; d=google.com; s=arc-20160816; b=C89HYdiXQ4WCB8psJZ8vIuYSvFptiNU+FKTSmiT2HtyWiottuSlfdJ92rJwJh9ujOf a7bFSMTCXWrKRtBTZymmIk38yL/TkWGUsjmPdwfH1V5by6GvIvD2NI/WAcGFnUpVW8oZ /LQW5xZE85zUCkTl/WcsLh53eJD+DXntOstOrLZMEvQDDzbBPusZnLTVg6hnRgbwwt6Q RZsVRJVNgbi71zG2OiacYXTlqZebx181nJAHEC8QZz+NBhWiB4iFUPRn82TMsBfEOOvZ OSexKZkD2dX0KgelPJ4Hmd0T1gqlDCQQLg0GNSMOG663ATt3uKcqO+cEDTPHxKKmfPs4 ENGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=gD8BQ3K86lyEAOSl10DqLM9oPR0s63xi9be6/hSjskw=; b=ICNtIGj7j7YGf/ciUmmbEoZgdjyUkz6jsS2jZaGjL81CwKlpjvl0Wfj3LaxX8bd28W 7o/bXU6NwwNxT/V59wTQzZSCQrj9EBC5Tg8tClDR3/zqW2vNIWj/ikYXaKLKmroHKeVC GerN/ZCntEmrOIwMFKt5ZsXvuqRbaZB1ZRHFw0ZEiU0yDnb7zU0UpU9/Zp7RUbPAi+Zq /4g2idkntZhvLa7ktbycB4dV6/H/uHaTcEIzJ5qwLIJCHMOyWoF9RdOnckfllZfMxRgZ AhVqi6LpRwywvwrS5vGDzdyL6XyE78drc1Ky6wQEV960rty0R+yutGKmBK+WjK46dnto fB5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=VdAWwWOh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id 23-20020a630217000000b0041aff05a86esi9802305pgc.593.2022.07.27.11.31.33; Wed, 27 Jul 2022 11:31:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=VdAWwWOh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241159AbiG0Q4b (ORCPT + 99 others); Wed, 27 Jul 2022 12:56:31 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42360 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241383AbiG0Qy4 (ORCPT ); Wed, 27 Jul 2022 12:54:56 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 233C863925; Wed, 27 Jul 2022 09:35:51 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 5FC0FB821B9; Wed, 27 Jul 2022 16:35:50 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id C6E9AC433D6; Wed, 27 Jul 2022 16:35:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1658939749; bh=jcHmUKIpsbENuhRrjItq3XN6dbKmx1M5yVCGYCxfTNo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=VdAWwWOh1uT/yYZf6P5hWs92Q4iQhPGMxAiFJ2ZhO/IdZTM6nYlQnWLMWtnbPl4W2 anjdoHlGz3gTHwIwyfydSfjz627qfcEGX1TSW7a9hwQnTG+OucrjZc8BuEAYU6+FVo BbbbD+SPd4q1xv3TyT0quQzLh7BRJOu95gVD59v4= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dawid Lukwinski , Jan Sokolowski , Konrad Jankowski , Tony Nguyen , Jakub Kicinski , Sasha Levin Subject: [PATCH 5.10 058/105] i40e: Fix erroneous adapter reinitialization during recovery process Date: Wed, 27 Jul 2022 18:10:44 +0200 Message-Id: <20220727161014.411223227@linuxfoundation.org> X-Mailer: git-send-email 2.37.1 In-Reply-To: <20220727161012.056867467@linuxfoundation.org> References: <20220727161012.056867467@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Dawid Lukwinski [ Upstream commit f838a63369818faadec4ad1736cfbd20ab5da00e ] Fix an issue when driver incorrectly detects state of recovery process and erroneously reinitializes interrupts, which results in a kernel error and call trace message. The issue was caused by a combination of two factors: 1. Assuming the EMP reset issued after completing firmware recovery means the whole recovery process is complete. 2. Erroneous reinitialization of interrupt vector after detecting the above mentioned EMP reset. Fixes (1) by changing how recovery state change is detected and (2) by adjusting the conditional expression to ensure using proper interrupt reinitialization method, depending on the situation. Fixes: 4ff0ee1af016 ("i40e: Introduce recovery mode support") Signed-off-by: Dawid Lukwinski Signed-off-by: Jan Sokolowski Tested-by: Konrad Jankowski Signed-off-by: Tony Nguyen Link: https://lore.kernel.org/r/20220715214542.2968762-1-anthony.l.nguyen@intel.com Signed-off-by: Jakub Kicinski Signed-off-by: Sasha Levin --- drivers/net/ethernet/intel/i40e/i40e_main.c | 13 +++++-------- 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c b/drivers/net/ethernet/intel/i40e/i40e_main.c index 58453f7958df..11d4e3ba9af4 100644 --- a/drivers/net/ethernet/intel/i40e/i40e_main.c +++ b/drivers/net/ethernet/intel/i40e/i40e_main.c @@ -10187,7 +10187,7 @@ static int i40e_reset(struct i40e_pf *pf) **/ static void i40e_rebuild(struct i40e_pf *pf, bool reinit, bool lock_acquired) { - int old_recovery_mode_bit = test_bit(__I40E_RECOVERY_MODE, pf->state); + const bool is_recovery_mode_reported = i40e_check_recovery_mode(pf); struct i40e_vsi *vsi = pf->vsi[pf->lan_vsi]; struct i40e_hw *hw = &pf->hw; i40e_status ret; @@ -10195,13 +10195,11 @@ static void i40e_rebuild(struct i40e_pf *pf, bool reinit, bool lock_acquired) int v; if (test_bit(__I40E_EMP_RESET_INTR_RECEIVED, pf->state) && - i40e_check_recovery_mode(pf)) { + is_recovery_mode_reported) i40e_set_ethtool_ops(pf->vsi[pf->lan_vsi]->netdev); - } if (test_bit(__I40E_DOWN, pf->state) && - !test_bit(__I40E_RECOVERY_MODE, pf->state) && - !old_recovery_mode_bit) + !test_bit(__I40E_RECOVERY_MODE, pf->state)) goto clear_recovery; dev_dbg(&pf->pdev->dev, "Rebuilding internal switch\n"); @@ -10228,13 +10226,12 @@ static void i40e_rebuild(struct i40e_pf *pf, bool reinit, bool lock_acquired) * accordingly with regard to resources initialization * and deinitialization */ - if (test_bit(__I40E_RECOVERY_MODE, pf->state) || - old_recovery_mode_bit) { + if (test_bit(__I40E_RECOVERY_MODE, pf->state)) { if (i40e_get_capabilities(pf, i40e_aqc_opc_list_func_capabilities)) goto end_unlock; - if (test_bit(__I40E_RECOVERY_MODE, pf->state)) { + if (is_recovery_mode_reported) { /* we're staying in recovery mode so we'll reinitialize * misc vector here */ -- 2.35.1