Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2707338pxv; Sun, 11 Jul 2021 23:21:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxys993K4ITKdAK6utXhoa+Udgjxshp9satbwLGZWIQIrI7j8K6yzdKhEwPPC6VVphua7q+ X-Received: by 2002:a92:6e07:: with SMTP id j7mr21377766ilc.71.1626070898929; Sun, 11 Jul 2021 23:21:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626070898; cv=none; d=google.com; s=arc-20160816; b=ME+IWu8DkxNVybBq3yn8QzHbzB0LSvUdm2cmQfRvC8ePDq+ovBNxLeeFjVYh8HglXU +u6seon06k1bvrXVOSXVWkwU9niCbUEhVLQ0ohPn9ad7Jo1JCwjrp0hvgIvx4V6n7CS8 xkVKYFT7sVR7OE6ULakWmkayZFQyr4rkp8MafNFfERuqzJ6JcJG0GGdgL3MzUOemKNsT Lk+t8axCNbobAXq6Y+/BcLe+z1fQmpV+uiWnjx/jTHZupiWDHaX4gBBlf8zSGFcm67J2 q1SW55JoA5iPdfy4svyNTTmLknHq8Pn3wXSUsBVjT9LNiptrxAJr3lK2xdOaCyO76n1T wqLw== 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=y1+bRyWPJTPHL/l4am9nGaVt+GRCJjUIjzn8UFkX8/Q=; b=JBkcHDtyI03KbJ9xhy0XNgK7xp9sTWw0iBiVf+8OZbGSbeqyIkPn3L6zGeGrHZwUVz bfrxl1WjBDFANqPSVC+wzsqHoferaP/CFLuu/D+/KrCT0DQFNoidfV98MUH4Vz3wjkt0 bTBqnARPak6eYWON7BXVazWJN1WmXaAV7b4VrI0oN8Oa3Oc51wMIj9PqdwUUsWUMrWEQ qA5dLnDNI3NaJridCRFbU541FV0MNsP3mL7EljXuxVh/1NhMlxh59R0FSa+T0HuFDFEx v/SdSlidNOZpsge4hhQkBaLUXiwMDkic3q4acz9ctmEowvzWqM6OlJDBfaaOfogJd0pS qPdQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ZwExWaaP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z24si6260616jap.49.2021.07.11.23.21.27; Sun, 11 Jul 2021 23:21:38 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=ZwExWaaP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S234599AbhGLGXq (ORCPT + 99 others); Mon, 12 Jul 2021 02:23:46 -0400 Received: from mail.kernel.org ([198.145.29.99]:39792 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232912AbhGLGW0 (ORCPT ); Mon, 12 Jul 2021 02:22:26 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7D3A261151; Mon, 12 Jul 2021 06:19:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626070755; bh=qqKu06X8V8ZT4YRn43Tkxtopp0QFQFhzdtUcjql7AYQ=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=ZwExWaaPfmY4f23qbz3yYt8kdChjjcjuHa5I3u6rdSqIUJoMoXwdHo4gEYihZdWmJ cpW3aeXI8wW1Z6BFCszXPCeH4juRthPOhpWsknOuxPH/Cl1gw4jYQcQh1p8rNo60kP BKrmeAKwJ9sZ58ZUD0gGB3Haqgu7Yewci9OUzjH0= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Hannes Reinecke , James Smart , Christoph Hellwig , Sasha Levin Subject: [PATCH 5.4 127/348] nvmet-fc: do not check for invalid target port in nvmet_fc_handle_fcp_rqst() Date: Mon, 12 Jul 2021 08:08:31 +0200 Message-Id: <20210712060718.208835991@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060659.886176320@linuxfoundation.org> References: <20210712060659.886176320@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Hannes Reinecke [ Upstream commit 2a4a910aa4f0acc428dc8d10227c42e14ed21d10 ] When parsing a request in nvmet_fc_handle_fcp_rqst() we should not check for invalid target ports; if we do the command is aborted from the fcp layer, causing the host to assume a transport error. Rather we should still forward this request to the nvmet layer, which will then correctly fail the command with an appropriate error status. Signed-off-by: Hannes Reinecke Reviewed-by: James Smart Signed-off-by: Christoph Hellwig Signed-off-by: Sasha Levin --- drivers/nvme/target/fc.c | 10 ++-------- 1 file changed, 2 insertions(+), 8 deletions(-) diff --git a/drivers/nvme/target/fc.c b/drivers/nvme/target/fc.c index fc35f7ae67b0..9b07e8c7689a 100644 --- a/drivers/nvme/target/fc.c +++ b/drivers/nvme/target/fc.c @@ -2151,13 +2151,6 @@ nvmet_fc_handle_fcp_rqst(struct nvmet_fc_tgtport *tgtport, u32 xfrlen = be32_to_cpu(cmdiu->data_len); int ret; - /* - * if there is no nvmet mapping to the targetport there - * shouldn't be requests. just terminate them. - */ - if (!tgtport->pe) - goto transport_error; - /* * Fused commands are currently not supported in the linux * implementation. @@ -2185,7 +2178,8 @@ nvmet_fc_handle_fcp_rqst(struct nvmet_fc_tgtport *tgtport, fod->req.cmd = &fod->cmdiubuf.sqe; fod->req.cqe = &fod->rspiubuf.cqe; - fod->req.port = tgtport->pe->port; + if (tgtport->pe) + fod->req.port = tgtport->pe->port; /* clear any response payload */ memset(&fod->rspiubuf, 0, sizeof(fod->rspiubuf)); -- 2.30.2