Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp17922237ybl; Thu, 2 Jan 2020 14:52:31 -0800 (PST) X-Google-Smtp-Source: APXvYqxtcHse2FLN79IGrKWjRMFz9IzE0L0nvaG9tgAijueDCvaw4S5fvRUVgQ4/gXCYZeJBpT7t X-Received: by 2002:a05:6830:1cc5:: with SMTP id p5mr70172045otg.218.1578005551197; Thu, 02 Jan 2020 14:52:31 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578005551; cv=none; d=google.com; s=arc-20160816; b=vlj7Jyc4kPWO7ER7tsTZdoCGhjRi24iablTmqHZLli6ul1Ic4Y4M6dZIjv7RqGOUNZ qzlCLPqp/LGPLJUbjmX03JeZdzM30AG8+L8q797xYQ0H6V5bu7o3Ga8ZrF81TIUEHv93 y3jiobAYDxK01X9qcriwSYRgrLt9eW21IGgOqwTNrYI5mpiVErJ2CDrJHNUKAnn0u4EZ 5ipvi1MdsQEgFWXnPUjI2hI0XM4T9e8NpJb4gcYgVYuvnPkNpLQ38pOvkBTY+Iw3Wm0K 5iDF+/Cy7Uf5DlLMizHGXr84oVuMUE76LLZMeO8M5DKU9g5oWOsshk/LLc+fxapeBMmj yy4A== 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=LxRQAOr0Q+zs3ilCsU/Zz0tQ85ZlTuQlKeiF+VeovhE=; b=ze7HulpStErHD7dgy7+eAQ808reZdONq5+70XwlERr+sWLPczlduMBVssHSY/V9MjN BgDQtgMCURDPVAM2H0+iTzIcoLfM7wCqatcKfwr7BUsGetcEJe0FRnYmXV757oUfRrBG OsVBHAksQBF3mG3hVuANReylTELjdpmjVH16FjYyEG7FmmjodFwKPUzPCLXNSBN8MtdS ckTm285DJe7baE0PYrXuQ9nFShbm/Oxt495yhc6tBqHQdKzp2jFo8m00akx5YDnXvZRJ 24+ea9pf1Uqvufxl/B84HxePVD4cWixkq1lTLflgQj2tRtQzbTDbSpVYNDLz18PEdprn z2WA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=LlsErYJj; 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 w6si26355679oti.4.2020.01.02.14.52.19; Thu, 02 Jan 2020 14:52:31 -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=LlsErYJj; 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 S1729252AbgABWY1 (ORCPT + 99 others); Thu, 2 Jan 2020 17:24:27 -0500 Received: from mail.kernel.org ([198.145.29.99]:48250 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729398AbgABWYX (ORCPT ); Thu, 2 Jan 2020 17:24:23 -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 8A35420866; Thu, 2 Jan 2020 22:24:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578003863; bh=gswYiLu3FlwC8HmRfHwjDATuJUwUjszRLkoCYGdkelQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=LlsErYJjk54/SJiAmC6xHjzyuYkoqVubiIx68PFp0kFQ6Kh7a4Mcli2vF90zhzOBC 6xhcsRa3t3tZWerhSLxIIJS2Fx4P49qNAX2nUWwaWxbQ4tgYn3Z3HHJE+W2oiOAfr+ j1xsMD66w7HTKBYO9K652qjU1vVh9RX+rGGHKNME= 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.14 07/91] scsi: lpfc: Fix SLI3 hba in loop mode not discovering devices Date: Thu, 2 Jan 2020 23:06:49 +0100 Message-Id: <20200102220405.119689544@linuxfoundation.org> X-Mailer: git-send-email 2.24.1 In-Reply-To: <20200102220356.856162165@linuxfoundation.org> References: <20200102220356.856162165@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 043bca6449cd..96411754aa43 100644 --- a/drivers/scsi/lpfc/lpfc_nportdisc.c +++ b/drivers/scsi/lpfc/lpfc_nportdisc.c @@ -483,8 +483,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