Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp3728900pxv; Mon, 28 Jun 2021 11:19:05 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqv5CJ02f7mf6VNvsv3MAPxkrHypD1EjKZBoZ9fpe8GhyXNydXW/+gck/OOhewWg7NKOE4 X-Received: by 2002:a05:6402:158c:: with SMTP id c12mr34015900edv.335.1624904345154; Mon, 28 Jun 2021 11:19:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624904345; cv=none; d=google.com; s=arc-20160816; b=bC5ZZ+PS0saM4UzgnMv8EKKeH8+dHtyEqqjuU5XDOJOCQe9bQk9Vb/66GTcdToOAUC J2MYnLNecxttpX8Mf/GjKJdOsc9kV+S2/uGTiKWLL1wu7lTIFIBKjrPdb1xibYudGtHD Md3axEwbhnb/drXWh7UlqItiM+n4RmcApk8whiWvzD7p9ZNaEdZEjQ29w6zcAO3KFnKl UzrnvzXr+qc0qxYtqirvtGVWY0ZYCZPndRJcs1WWIrFNp76Yea2/AdnpcqtdYVGQelBz lFsoch9oyzxqu1ODDn7Myfp1pVy//kjeVMx2MsE+6h3Uv8jmaT0nAg7XRZzaH89LcO3i RUmQ== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=Cj16L4R7qAShFfG7ObD0ccsr/LLvPsNEb5tjGlpU/3c=; b=nbI87SY4U2yn5SXDSprAwTFMvF5jRp4FW2MIkcLM7Rrmd5ltZ5HzDKCgQF3F240XV2 ZUp63m5Qh+Mo9+hqtHihfpkvFHk4kU+XfpHuTIIY6FJuQIfRrKTYY9GGiv3o8XpYRzLO MUDgP18XD3aEtidrOc+3Z2nDQik9DucAxFz+RMjP69MMDl4tvKlbktjBZQlgWjy9CTcf LFnmgqYZeOaiJGBXIJUy7yqMDSBIbjPtz6Erl1m0Hd4g6/2wrNwFo93OGG/pZhDx1vkU qMtB9w17mGAaQm3c9J8w+JnTCpdWbDpQtvvTq0X7FXd4mFOEq9+TxHqhppbVlD/ZyWI+ Ljxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Vhgu5TBf; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gn42si18060332ejc.717.2021.06.28.11.18.40; Mon, 28 Jun 2021 11:19:05 -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=@kernel.org header.s=k20201202 header.b=Vhgu5TBf; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234239AbhF1O3V (ORCPT + 99 others); Mon, 28 Jun 2021 10:29:21 -0400 Received: from mail.kernel.org ([198.145.29.99]:55090 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233456AbhF1OXb (ORCPT ); Mon, 28 Jun 2021 10:23:31 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 7B5FD619BF; Mon, 28 Jun 2021 14:20:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1624890017; bh=OWbjcpJQ/q5EIJfEiLLgnZrLI/fTDQLCETOxLmOrivE=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=Vhgu5TBfH0IV4BKvWLr/8B/nHQGhusZ5Kw+lGJXH1WQ1NLePB2UHqKvmw/mWWWXGC VdXxNdI5KIzFWzkZfMXsVTW5OrWo4kjE4AanwSieC7IvhU/WQf2JXQBn01jKEQBjRq QRfNo/jSijChqYThuPLEd1rhs9ZsWcN3wP5y/ZY/EdFIhIxHveCQpK1oI5bFcLYLe7 ofFCnUM2xzVhlIJ21xNS6lT8GRdg30ZfvDEN/0WCot7rtvmWg8bdWKynN4zef6x7KA 71IvDZkA3WMWYlq+Egi2b4/pwcMCewY2IyLlHxlmzgHQkGyDQoIPi+TWvUl58fXc7A 5wxpY2tE/TxzA== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Bumyong Lee , Chanho Park , Christoph Hellwig , Dominique MARTINET , =?UTF-8?q?Horia=20Geant=C4=83?= , Konrad Rzeszutek Wilk , Greg Kroah-Hartman Subject: [PATCH 5.12 102/110] swiotlb: manipulate orig_addr when tlb_addr has offset Date: Mon, 28 Jun 2021 10:18:20 -0400 Message-Id: <20210628141828.31757-103-sashal@kernel.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20210628141828.31757-1-sashal@kernel.org> References: <20210628141828.31757-1-sashal@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-KernelTest-Patch: http://kernel.org/pub/linux/kernel/v5.x/stable-review/patch-5.12.14-rc1.gz X-KernelTest-Tree: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable-rc.git X-KernelTest-Branch: linux-5.12.y X-KernelTest-Patches: git://git.kernel.org/pub/scm/linux/kernel/git/stable/stable-queue.git X-KernelTest-Version: 5.12.14-rc1 X-KernelTest-Deadline: 2021-06-30T14:18+00:00 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Bumyong Lee commit 5f89468e2f060031cd89fd4287298e0eaf246bf6 upstream. in case of driver wants to sync part of ranges with offset, swiotlb_tbl_sync_single() copies from orig_addr base to tlb_addr with offset and ends up with data mismatch. It was removed from "swiotlb: don't modify orig_addr in swiotlb_tbl_sync_single", but said logic has to be added back in. From Linus's email: "That commit which the removed the offset calculation entirely, because the old (unsigned long)tlb_addr & (IO_TLB_SIZE - 1) was wrong, but instead of removing it, I think it should have just fixed it to be (tlb_addr - mem->start) & (IO_TLB_SIZE - 1); instead. That way the slot offset always matches the slot index calculation." (Unfortunatly that broke NVMe). The use-case that drivers are hitting is as follow: 1. Get dma_addr_t from dma_map_single() dma_addr_t tlb_addr = dma_map_single(dev, vaddr, vsize, DMA_TO_DEVICE); |<---------------vsize------------->| +-----------------------------------+ | | original buffer +-----------------------------------+ vaddr swiotlb_align_offset |<----->|<---------------vsize------------->| +-------+-----------------------------------+ | | | swiotlb buffer +-------+-----------------------------------+ tlb_addr 2. Do something 3. Sync dma_addr_t through dma_sync_single_for_device(..) dma_sync_single_for_device(dev, tlb_addr + offset, size, DMA_TO_DEVICE); Error case. Copy data to original buffer but it is from base addr (instead of base addr + offset) in original buffer: swiotlb_align_offset |<----->|<- offset ->|<- size ->| +-------+-----------------------------------+ | | |##########| | swiotlb buffer +-------+-----------------------------------+ tlb_addr |<- size ->| +-----------------------------------+ |##########| | original buffer +-----------------------------------+ vaddr The fix is to copy the data to the original buffer and take into account the offset, like so: swiotlb_align_offset |<----->|<- offset ->|<- size ->| +-------+-----------------------------------+ | | |##########| | swiotlb buffer +-------+-----------------------------------+ tlb_addr |<- offset ->|<- size ->| +-----------------------------------+ | |##########| | original buffer +-----------------------------------+ vaddr [One fix which was Linus's that made more sense to as it created a symmetry would break NVMe. The reason for that is the: unsigned int offset = (tlb_addr - mem->start) & (IO_TLB_SIZE - 1); would come up with the proper offset, but it would lose the alignment (which this patch contains).] Fixes: 16fc3cef33a0 ("swiotlb: don't modify orig_addr in swiotlb_tbl_sync_single") Signed-off-by: Bumyong Lee Signed-off-by: Chanho Park Reviewed-by: Christoph Hellwig Reported-by: Dominique MARTINET Reported-by: Horia Geantă Tested-by: Horia Geantă CC: stable@vger.kernel.org Signed-off-by: Konrad Rzeszutek Wilk Signed-off-by: Greg Kroah-Hartman --- kernel/dma/swiotlb.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/kernel/dma/swiotlb.c b/kernel/dma/swiotlb.c index fe4c01c14ab2..e96f3808e431 100644 --- a/kernel/dma/swiotlb.c +++ b/kernel/dma/swiotlb.c @@ -724,11 +724,17 @@ void swiotlb_tbl_sync_single(struct device *hwdev, phys_addr_t tlb_addr, int index = (tlb_addr - io_tlb_start) >> IO_TLB_SHIFT; size_t orig_size = io_tlb_orig_size[index]; phys_addr_t orig_addr = io_tlb_orig_addr[index]; + unsigned int tlb_offset; if (orig_addr == INVALID_PHYS_ADDR) return; - validate_sync_size_and_truncate(hwdev, orig_size, &size); + tlb_offset = (tlb_addr & (IO_TLB_SIZE - 1)) - + swiotlb_align_offset(hwdev, orig_addr); + + orig_addr += tlb_offset; + + validate_sync_size_and_truncate(hwdev, orig_size - tlb_offset, &size); switch (target) { case SYNC_FOR_CPU: -- 2.30.2