Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4023758ybl; Mon, 3 Feb 2020 11:03:50 -0800 (PST) X-Google-Smtp-Source: APXvYqw3UPo6nueATbeJdbNGxmQIh1jq3TgQhxbaXebWmz99JR1x1L+WrbIQYAobWAewaWMBc8oH X-Received: by 2002:a05:6830:10d5:: with SMTP id z21mr19909189oto.30.1580756629830; Mon, 03 Feb 2020 11:03:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580756629; cv=none; d=google.com; s=arc-20160816; b=id35roZTbpQMMxkU6y2b8xwecPNVs24FlcviJ34G7TZ1Py5r+cfF1Pl/0D9kDITcdE 9MSVadasVi8w/N5QcTCr4JVAvkpH8nzT1rZVDrozKgAbXLq72b+LtSbWctNLD2a7EijH WFl/WDqGLwQwvuELG2pswAwyvoOYSp6dj86tjucDIzmJdFExmRq0aJyh+JHxDprgnYAg XaOXUe2A22QXHC0I/zMqvLUTRU6W7NZgQsPAYY4r28G0oB7mqmCvMyqMjYG3apAPTiyU Qyt5M3tQjRAltOJ50eOM8E6YZuavfRk+QVp5SEsOKEB/CD9d+wNkxZFvfqSPa2Byj0z3 MViw== 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=m5DOLyNyO38VzNlWXUkVmyelmQwEkLzD1dJ8m8p5K04=; b=ESC5fU2ny7AJwdEInWIfZQ4W+cFeMIlRYrvSc18ALPvWi+ppWFh+fPEFWk/CkUrLNe fWy+ScFGyIRKFhsiGrnE/g7uVcDk6hYfSisjh6Nh+ngSG0G7GXvhXipjHWuYGYvtHwBL fmvMGOOsGRqbAl815dhpIxetvIPQ0KyDJXJVVFkzXqvlxb8Sc3aCmc7KbQNaR7upe7fz 86ZmB3e4mS//v2X1f7D6FEZdyfQ9lcxgJqcbqm+m/RpKqtH4kcRNwRiFVnAi9pRru+Hb Wt9OBcfZ7nA/ToKNa4QJQLJu5LRsPYM/z5HmJlO1e54lbcR1EW55fR7ounam0Jyvvb2l SN6g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b="fDq/Mt+j"; 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 d28si9754232otc.123.2020.02.03.11.03.36; Mon, 03 Feb 2020 11:03:49 -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="fDq/Mt+j"; 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 S1728532AbgBCQ1b (ORCPT + 99 others); Mon, 3 Feb 2020 11:27:31 -0500 Received: from mail.kernel.org ([198.145.29.99]:38756 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729415AbgBCQ13 (ORCPT ); Mon, 3 Feb 2020 11:27:29 -0500 Received: from localhost (unknown [104.132.45.99]) (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 61F5B2086A; Mon, 3 Feb 2020 16:27:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580747248; bh=mPV8pOApGUcWAqTRUtRnpic/2GQ030XfApSb2e1ez08=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=fDq/Mt+jKNFV1GfPNl2nA0xmr7sqeWyuxb2PJJZpgAHifGtcDCUqNKPWdDA+rqNaS eW4snNEND6YIUTgi+F3UovHV5GhHCEgdHqVssb8TqDnNFSEjPfMlFHALnZkodaEnOG agm6YhFHLM64rVd2SgihYl1YlSVJIDZTuRHU5iLE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Hannes Reinecke , "Martin K. Petersen" , Sasha Levin Subject: [PATCH 4.9 53/68] scsi: fnic: do not queue commands during fwreset Date: Mon, 3 Feb 2020 16:19:49 +0000 Message-Id: <20200203161913.727410180@linuxfoundation.org> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200203161904.705434837@linuxfoundation.org> References: <20200203161904.705434837@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: Hannes Reinecke [ Upstream commit 0e2209629fec427ba75a6351486153a9feddd36b ] When a link is going down the driver will be calling fnic_cleanup_io(), which will traverse all commands and calling 'done' for each found command. While the traversal is handled under the host_lock, calling 'done' happens after the host_lock is being dropped. As fnic_queuecommand_lck() is being called with the host_lock held, it might well be that it will pick the command being selected for abortion from the above routine and enqueue it for sending, but then 'done' is being called on that very command from the above routine. Which of course confuses the hell out of the scsi midlayer. So fix this by not queueing commands when fnic_cleanup_io is active. Link: https://lore.kernel.org/r/20200116102053.62755-1-hare@suse.de Signed-off-by: Hannes Reinecke Signed-off-by: Martin K. Petersen Signed-off-by: Sasha Levin --- drivers/scsi/fnic/fnic_scsi.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drivers/scsi/fnic/fnic_scsi.c b/drivers/scsi/fnic/fnic_scsi.c index c056b8111ad27..7bf6102b4c3d5 100644 --- a/drivers/scsi/fnic/fnic_scsi.c +++ b/drivers/scsi/fnic/fnic_scsi.c @@ -445,6 +445,9 @@ static int fnic_queuecommand_lck(struct scsi_cmnd *sc, void (*done)(struct scsi_ if (unlikely(fnic_chk_state_flags_locked(fnic, FNIC_FLAGS_IO_BLOCKED))) return SCSI_MLQUEUE_HOST_BUSY; + if (unlikely(fnic_chk_state_flags_locked(fnic, FNIC_FLAGS_FWRESET))) + return SCSI_MLQUEUE_HOST_BUSY; + rport = starget_to_rport(scsi_target(sc->device)); ret = fc_remote_port_chkready(rport); if (ret) { -- 2.20.1