Received: by 2002:a17:90a:9103:0:0:0:0 with SMTP id k3csp11802406pjo; Thu, 2 Jan 2020 14:32:23 -0800 (PST) X-Google-Smtp-Source: APXvYqzANORcqz9zzvXAYV56VxE1xb6TL8abGWoKZOh10xdQrTMd98ht0h/s8Ng/SmyTMMi/gKk7 X-Received: by 2002:a9d:7c90:: with SMTP id q16mr78419207otn.191.1578004343424; Thu, 02 Jan 2020 14:32:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578004343; cv=none; d=google.com; s=arc-20160816; b=CAsNM92+X/D7xMH9l/YSzI2P8PRjpL3cIky/Ns9LyviisA4nKdj2nucqDIfNshINjw 7gIey2F7/VKHz+mVRfc+XCHvzIFhkNujguwdQ2TDqO1G5ZDMBlSLVHFbH66OS4JDspPq d+sJ+dej4Dybn6AxyeUwoztbZp5m1O4Zy9xRz4qwppo264Ywdd9StHnch8RSSlw3+SSp 8SsM3x/A/hsLK7tLZbUMLYwtbNG+TIXCpJJei+FY/TVvYImzAT+XzzJveSwTK94noOza 7BguLwrF2e15FSK3gsc6Ar1gXu68TCNYSpEz1DjewjyzZr+0QUXF9ofweF2aXXPwaVhO 2KwA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=t8/aeqr28Ok02zxtMzSPqOcaTaXTg1j/CLyUeIanp08=; b=IuSb2zTEr188rt8HwjH8khsc/pTgOYQPSGMInW/Y2I0xDBMgid2nRuC83Rlx3+LKY8 ad+ECPYQT9hWQzfwi54UEr225LdgabUEc3o7vDjhegEwJ5S6tOP36pMRubozsPjFyFEQ VinFxIBpIkBr/8W4/7jby9ekxnXoCMMs29FRqwzQqBQKWwilTThxBmtpe3cdsjf1tUHW n81xwjHea07QVRocTVYAEkEdvdFSDdApQTiGJCFbS0A7L1wLtuvK4vV4ZtE487DO8/NN Nqpem0/q8JuRqGH+wRdDEA++J0GxWROWRLbWEhClOyYymdi6h3A7wGx1T6GkGZq4VTjR DhAg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="Z/dJnpLo"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c79si27183039oig.208.2020.01.02.14.32.11; Thu, 02 Jan 2020 14:32:23 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="Z/dJnpLo"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729898AbgABWbf (ORCPT + 99 others); Thu, 2 Jan 2020 17:31:35 -0500 Received: from mail.kernel.org ([198.145.29.99]:36704 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730294AbgABWba (ORCPT ); Thu, 2 Jan 2020 17:31:30 -0500 Received: from localhost (83-86-89-107.cable.dynamic.v4.ziggo.nl [83.86.89.107]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 1CC82222C3; Thu, 2 Jan 2020 22:31:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578004289; bh=TqHm7quSf2RJ5UGZG10NxgwjJMkqLHbTaKd1rINAea4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Z/dJnpLoUaQeePsniUc7wxWUn7lXK88WX2GfRo8EaQqyxYe4Qvj5+DNohFtqYLvFG HE1ZjJY00XmOLM8Zw0hKAZUZ31oXcEltEKsDiCfS2ygXHQTB7xkDBttkLxNvhyhmPO hmOaED+Noe7vn4qtzvroDYCTeNNGeHs9FOD1nBGA= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dick Kennedy , James Smart , "Martin K. Petersen" , Sasha Levin Subject: [PATCH 4.9 116/171] scsi: lpfc: Fix SLI3 hba in loop mode not discovering devices Date: Thu, 2 Jan 2020 23:07:27 +0100 Message-Id: <20200102220603.196961929@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200102220546.960200039@linuxfoundation.org> References: <20200102220546.960200039@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: James Smart [ Upstream commit feff8b3d84d3d9570f893b4d83e5eab6693d6a52 ] When operating in private loop mode, PLOGI exchanges are racing and the driver tries to abort it's PLOGI. But the PLOGI abort ends up terminating the login with the other end causing the other end to abort its PLOGI as well. Discovery never fully completes. Fix by disabling the PLOGI abort when private loop and letting the state machine play out. Link: https://lore.kernel.org/r/20191018211832.7917-5-jsmart2021@gmail.com Signed-off-by: Dick Kennedy Signed-off-by: James Smart Signed-off-by: Martin K. Petersen Signed-off-by: Sasha Levin --- drivers/scsi/lpfc/lpfc_nportdisc.c | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/drivers/scsi/lpfc/lpfc_nportdisc.c b/drivers/scsi/lpfc/lpfc_nportdisc.c index 21ec7b5b6c85..fefef2884d59 100644 --- a/drivers/scsi/lpfc/lpfc_nportdisc.c +++ b/drivers/scsi/lpfc/lpfc_nportdisc.c @@ -454,8 +454,10 @@ lpfc_rcv_plogi(struct lpfc_vport *vport, struct lpfc_nodelist *ndlp, * single discovery thread, this will cause a huge delay in * discovery. Also this will cause multiple state machines * running in parallel for this node. + * This only applies to a fabric environment. */ - if (ndlp->nlp_state == NLP_STE_PLOGI_ISSUE) { + if ((ndlp->nlp_state == NLP_STE_PLOGI_ISSUE) && + (vport->fc_flag & FC_FABRIC)) { /* software abort outstanding PLOGI */ lpfc_els_abort(phba, ndlp); } -- 2.20.1