Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp4012113ybl; Mon, 3 Feb 2020 10:49:33 -0800 (PST) X-Google-Smtp-Source: APXvYqy2/T+DbbEpHOC+j75mJTJPUImo1rs0r9p4d5OWKv9rxWDNf5kMKVqqIq7g+LVXp/2w+XxJ X-Received: by 2002:a9d:6a47:: with SMTP id h7mr9129654otn.63.1580755773521; Mon, 03 Feb 2020 10:49:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1580755773; cv=none; d=google.com; s=arc-20160816; b=ixP+nG8fgOEMSO/XSI6e7jY4TnR4I1wGsYcDRFNHgX/ymGqDm/7ajqmEheLim0zqXe Zf0ceYwE0wkFoEU0uPdSfmol5MNe9KGHVpVc0yZCgjsfzT2vkRqrvqWA+TEhFSO2rsIm IqqYf36KrNNnz1cgjlAYbmYjeJgipCxmDkBpV7Fp/sREoFXWy/9GNGHpJHEaZXrSQKTw M/rCu7x4GDNCuqHMf2v52gn/hLfdkNpe0kMoZQ7opqgYPHpUTp/dkVQ3eej/s8p2z10z covTMHSosHfmXNz3ehDzyvMY9wojyVs+eaQ1UqP6bUkyHU6Us+Yv/EHAbWqYAVSXxYW4 m3MQ== 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=O7rqz0KGDxW+oboiEAhIWiiGvNIUiBtuUQT7CEvTnoQ=; b=bsO5Iqv4Wm9pGbOdXhK6VBwwmYwt92M5y9GNNoVsxop6tlOlllunqcvPOzZp44knkO 4lGZkM0OTXlVS9OzVXKfCYLoireXyiL0bfow8wNXVy/1l0uKv2Ji53bOXM/O9fumgLBY dsm2AyZbNxdIhmL3n7iL5REgTsrxNLjUnSHCW9awtZInKt5KodYN9oUd5kJTy39b1kbd Fi+Dhg7EKn6UFTEPTLdftsVrc64FLgqIM3cdiotEWN+xwQFwDTg7DaEMt/8W+XZkDAPw CzM/+/lpkdrZ9XACI7/odLsH179VAfY83kuuPFzQdQ4IFUtk1mZgGJHXYxbkuorsqhfv 0XRA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=d5r5J3dr; 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 d192si8956843oig.21.2020.02.03.10.49.21; Mon, 03 Feb 2020 10:49:33 -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=d5r5J3dr; 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 S1730560AbgBCQga (ORCPT + 98 others); Mon, 3 Feb 2020 11:36:30 -0500 Received: from mail.kernel.org ([198.145.29.99]:51782 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731198AbgBCQg2 (ORCPT ); Mon, 3 Feb 2020 11:36:28 -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 598A720CC7; Mon, 3 Feb 2020 16:36:27 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1580747787; bh=XOxqpovrcV8j1t9Tw3jUSFjv9Txf9xyBxqqZhpFiAw4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=d5r5J3dr4rPtou1XuKKofEAzNS2alHUAjcjuL4KIAFK48dDaB5EB1DYPmKFmfK0gj 6HaytW2s3BTivaMunZ7scxMTtxweyd9/g08MlrpO5uT51EBpHV5NIU8Norfch+ohCk ZP6ll77tjhFcrbWdYQ54PEmSOMatYPvfkThiy60I= 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 5.4 71/90] scsi: fnic: do not queue commands during fwreset Date: Mon, 3 Feb 2020 16:20:14 +0000 Message-Id: <20200203161926.071561120@linuxfoundation.org> X-Mailer: git-send-email 2.25.0 In-Reply-To: <20200203161917.612554987@linuxfoundation.org> References: <20200203161917.612554987@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 80608b53897bb..e3f5c91d5e4fe 100644 --- a/drivers/scsi/fnic/fnic_scsi.c +++ b/drivers/scsi/fnic/fnic_scsi.c @@ -439,6 +439,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)); if (!rport) { FNIC_SCSI_DBG(KERN_DEBUG, fnic->lport->host, -- 2.20.1