Received: by 2002:a25:b323:0:0:0:0:0 with SMTP id l35csp1343453ybj; Fri, 20 Sep 2019 08:59:16 -0700 (PDT) X-Google-Smtp-Source: APXvYqwDLMoiQR415hCuxnfUPEJKvxHFRrz6NjLIS38OKk2Ac/n0PnhCRKDTSUj7v5NkXAUjb4oM X-Received: by 2002:a17:906:3082:: with SMTP id 2mr2913363ejv.20.1568995156559; Fri, 20 Sep 2019 08:59:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1568995156; cv=none; d=google.com; s=arc-20160816; b=rI+XHK7GSH1RXfaWq+daeT5nCBzIMMiIo2+1ejADgysKQqZukUYt0m2zYWCec4hOKD qDSOB9D8m8jHlPKcEBqHhLhzoegljAvrWJdwiMJltu97QzgQx/QRdYu0yxWyj6nXBgAJ 2eslSPoCdRIEzU5ZZqaBU8F/XNTUt5V9kND24adao3KyjPH+aCJorrcb12pzA0Kg+Iz7 r8TmLyAgmr44FzcbpjKnH+W1g4c8C2bPJprlokBGyHjaY0U9ASkNMw0sS81y6ErVIi9q DsZw2SXjPsajRZxVu0JOvob0XhtYKMpOMdpNaot5DEMScvPV312Vov2linAceljcWPJn AeeQ== 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=6EDFPpS6+BstutoWMAEHOTM7zkjCbOF3n/UbEXaZwmI=; b=gkiyQjW0W97jFa25N6AI+wHV0vYYlhsdlJrPGHr3GjyaTZqTh+PdsAgNyFVlW1llTW h39nc9ZN/XtT3Iu1UYU0KtkRuiPyAXV7kb64hGtTL64lL5HexVgk+a/v9/OhUg7cfAyQ OJX2tXBg/TbljBGciii7GGOgvNb7kzwENvUmoTIptleztTbKClJAEjJduKqgLfhivhlZ MmsUPpLz8ttZJkSLfC92Lzx3itsUXMtQtG7wmaIwACedYet5f1KEVvakSuZ2OvZ0ijSW OMNtn6FGbUgVFD0mYmVC76NgJvnAPFCLSbp1sDI9X6R2BooiTyhJmyMPFVn1NSzK4cGP Tl4w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=tPpcGDut; 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 d17si1514474edv.76.2019.09.20.08.58.53; Fri, 20 Sep 2019 08:59:16 -0700 (PDT) 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=tPpcGDut; 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 S2436554AbfISW1L (ORCPT + 99 others); Thu, 19 Sep 2019 18:27:11 -0400 Received: from mail.kernel.org ([198.145.29.99]:35618 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2406686AbfISWVN (ORCPT ); Thu, 19 Sep 2019 18:21:13 -0400 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 7584D21927; Thu, 19 Sep 2019 22:21:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1568931672; bh=EEJyiFOb58dYeSeHP50yL1HEZhSK5Fe9OBqGqb3mxTA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=tPpcGDutXP4TkKTjZXjcakyc0c+dAlP3QZkXp4YnEm1wHrAGABU71pYKrIIPHN9j0 CSHfvCNUYsq/jQ6Vl3nvMtMhSvqtWGB5WnFKEpiWQ6f+p7flLuLApI957V/K2j4lvZ Tn2+xyV/d3CBntHSh2TZ8HRbLeR2JwYnvm/bkzkY= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Qian Cai , Joerg Roedel , Sasha Levin Subject: [PATCH 4.9 71/74] iommu/amd: Fix race in increase_address_space() Date: Fri, 20 Sep 2019 00:04:24 +0200 Message-Id: <20190919214811.342705594@linuxfoundation.org> X-Mailer: git-send-email 2.23.0 In-Reply-To: <20190919214800.519074117@linuxfoundation.org> References: <20190919214800.519074117@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: Joerg Roedel [ Upstream commit 754265bcab78a9014f0f99cd35e0d610fcd7dfa7 ] After the conversion to lock-less dma-api call the increase_address_space() function can be called without any locking. Multiple CPUs could potentially race for increasing the address space, leading to invalid domain->mode settings and invalid page-tables. This has been happening in the wild under high IO load and memory pressure. Fix the race by locking this operation. The function is called infrequently so that this does not introduce a performance regression in the dma-api path again. Reported-by: Qian Cai Fixes: 256e4621c21a ('iommu/amd: Make use of the generic IOVA allocator') Signed-off-by: Joerg Roedel Signed-off-by: Sasha Levin --- drivers/iommu/amd_iommu.c | 16 +++++++++++----- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c index c1233d0288a03..dd7880de7e4e9 100644 --- a/drivers/iommu/amd_iommu.c +++ b/drivers/iommu/amd_iommu.c @@ -1321,18 +1321,21 @@ static void domain_flush_devices(struct protection_domain *domain) * another level increases the size of the address space by 9 bits to a size up * to 64 bits. */ -static bool increase_address_space(struct protection_domain *domain, +static void increase_address_space(struct protection_domain *domain, gfp_t gfp) { + unsigned long flags; u64 *pte; - if (domain->mode == PAGE_MODE_6_LEVEL) + spin_lock_irqsave(&domain->lock, flags); + + if (WARN_ON_ONCE(domain->mode == PAGE_MODE_6_LEVEL)) /* address space already 64 bit large */ - return false; + goto out; pte = (void *)get_zeroed_page(gfp); if (!pte) - return false; + goto out; *pte = PM_LEVEL_PDE(domain->mode, virt_to_phys(domain->pt_root)); @@ -1340,7 +1343,10 @@ static bool increase_address_space(struct protection_domain *domain, domain->mode += 1; domain->updated = true; - return true; +out: + spin_unlock_irqrestore(&domain->lock, flags); + + return; } static u64 *alloc_pte(struct protection_domain *domain, -- 2.20.1