Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp6210421ybv; Tue, 18 Feb 2020 12:05:50 -0800 (PST) X-Google-Smtp-Source: APXvYqz55tFbJP4PCI9tudRFWTjMOXcKxLKfdmuymiTQ6FvM0RAvgCvsaRoYT2YKLwFXISO16mb+ X-Received: by 2002:aca:37c3:: with SMTP id e186mr2456906oia.155.1582056350777; Tue, 18 Feb 2020 12:05:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582056350; cv=none; d=google.com; s=arc-20160816; b=NAKBUek8D/YseHIEJ24gBQtsOX9iEOxsFDwnzebXKzPPSMFbpkwSem3jgAXEmV/YGQ izYTvs35FQIGoew1TE7uJG8kmHFGTW9Sp/5DqI/diBem5B34WiLfZJgZkZWlWpTyWaGB igX93Ncs+/5PupUD0L2DoRv06OAAfYBctzvjljwOjxXPdWRrOWHI+ZbEz73Tz9P//AYa 6mo+mWt+IP0eNgBK78nh97ihuACgy7ap6WboBejvEGovcgWnIzGxO5q1MzqcVZfr6sWh AbnNKfFiHCKKHWb/5/NQclTTyU3lhxPCYYn6kO3lPQ+v2L9PcGh3D6dgAwjbuVqq2B2+ TQew== 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=70f/eizq5pJVf/qH3dutkJryccBkYxumWD1RIfLd9ZY=; b=SjH/NFnv5L0lGos7GZrblI0OAjSYXeffO/7aNbg2OEIG0yM4S5lH6AAtX/G9bTOpRX qKLYSxb4p4x4bNI+dg7bl68M95tMLCRIyuXJuD2Uml3z/emAYhaB7qfNE5Kg1ofEP9F2 Dzb79ZWCBaC6HSqdEpfkxL/6tAMNQTxq7kYMpIwahe91ykiFdBVcniUXDXw3fDm2NWAa sLsshwbs04G5D4Ce645TeXBlTs+fUhoTCMoWmSVj3VBjiIG7bW7S4ftWqWvpLGXDh79G zvOVwd79836u6l7nzD/93HBWC4928foUmFxT5vkgqoGnr09PPWsgGrjGQV6MdUaDiziD Rpzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=w+qserRS; 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 r14si8138599oic.12.2020.02.18.12.05.38; Tue, 18 Feb 2020 12:05:50 -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=w+qserRS; 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 S1728789AbgBRUBe (ORCPT + 99 others); Tue, 18 Feb 2020 15:01:34 -0500 Received: from mail.kernel.org ([198.145.29.99]:41066 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728752AbgBRUB1 (ORCPT ); Tue, 18 Feb 2020 15:01:27 -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 B351424672; Tue, 18 Feb 2020 20:01:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1582056086; bh=jdgZpNdjBCoaVi1w16uWteitn7yXv88bqs3xbtmdmL0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=w+qserRSk2YiE6KIbSJng7wjz+ntHDf5nGEjsioiMTHWCf+vhxYugsixj467NjwL/ 1vclIYWq/X09nu2lLboofKky7XzEO1D2j+3nqe8+teNq7iCheDPiGGDX+EJsaWrY5Y dhPuHhkBRO+i9Hl0Zu6AM5sEYWQUEfEcRJxJmMzU= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Andre Tomt , Robin Murphy , Chuck Lever , Jason Gunthorpe , Anna Schumaker Subject: [PATCH 5.5 29/80] xprtrdma: Fix DMA scatter-gather list mapping imbalance Date: Tue, 18 Feb 2020 20:54:50 +0100 Message-Id: <20200218190435.228070609@linuxfoundation.org> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20200218190432.043414522@linuxfoundation.org> References: <20200218190432.043414522@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: Chuck Lever commit ca1c671302825182629d3c1a60363cee6f5455bb upstream. The @nents value that was passed to ib_dma_map_sg() has to be passed to the matching ib_dma_unmap_sg() call. If ib_dma_map_sg() choses to concatenate sg entries, it will return a different nents value than it was passed. The bug was exposed by recent changes to the AMD IOMMU driver, which enabled sg entry concatenation. Looking all the way back to commit 4143f34e01e9 ("xprtrdma: Port to new memory registration API") and reviewing other kernel ULPs, it's not clear that the frwr_map() logic was ever correct for this case. Reported-by: Andre Tomt Suggested-by: Robin Murphy Signed-off-by: Chuck Lever Cc: stable@vger.kernel.org Reviewed-by: Jason Gunthorpe Signed-off-by: Anna Schumaker Signed-off-by: Greg Kroah-Hartman --- net/sunrpc/xprtrdma/frwr_ops.c | 13 +++++++------ 1 file changed, 7 insertions(+), 6 deletions(-) --- a/net/sunrpc/xprtrdma/frwr_ops.c +++ b/net/sunrpc/xprtrdma/frwr_ops.c @@ -298,8 +298,8 @@ struct rpcrdma_mr_seg *frwr_map(struct r { struct rpcrdma_ia *ia = &r_xprt->rx_ia; struct ib_reg_wr *reg_wr; + int i, n, dma_nents; struct ib_mr *ibmr; - int i, n; u8 key; if (nsegs > ia->ri_max_frwr_depth) @@ -323,15 +323,16 @@ struct rpcrdma_mr_seg *frwr_map(struct r break; } mr->mr_dir = rpcrdma_data_dir(writing); + mr->mr_nents = i; - mr->mr_nents = - ib_dma_map_sg(ia->ri_id->device, mr->mr_sg, i, mr->mr_dir); - if (!mr->mr_nents) + dma_nents = ib_dma_map_sg(ia->ri_id->device, mr->mr_sg, mr->mr_nents, + mr->mr_dir); + if (!dma_nents) goto out_dmamap_err; ibmr = mr->frwr.fr_mr; - n = ib_map_mr_sg(ibmr, mr->mr_sg, mr->mr_nents, NULL, PAGE_SIZE); - if (unlikely(n != mr->mr_nents)) + n = ib_map_mr_sg(ibmr, mr->mr_sg, dma_nents, NULL, PAGE_SIZE); + if (n != dma_nents) goto out_mapmr_err; ibmr->iova &= 0x00000000ffffffff;