Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4689832pxj; Wed, 12 May 2021 10:58:03 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy1gBmsaoW4zgrEHfEyZ2FG5UU5WRr7q3jhTcIVjO4UCxQQnuAHfuqSKAww7x7hX1WZUzY3 X-Received: by 2002:a17:907:3f99:: with SMTP id hr25mr39684880ejc.231.1620842282973; Wed, 12 May 2021 10:58:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620842282; cv=none; d=google.com; s=arc-20160816; b=KRPsMQ741II2scj6NKLBThdeWmIAR4L+acKc/Uqn4owrW1pEMjWwndyRRIA8K86nlI f44e2y4kpvKQJpgU8qoK3Dtp8FRfyg2/pkhh4cAZUdC1iOQkTSarfCk3orKCm9q02nUg ajt50YjFmmPviwMqbnNxXBXsbMf6crI8Zfdme1ViUnil3yvahLso041Ha6ehOTNBSM3R 3DJdfVAWEEOB80KVe1qHzKFAOgCVLnQndcFmP9pdbvAxddgrq2wpz/1Njq2/CoMem6Jd d16KKAsIDjzJVCCj0TDpk0tUdVc6Usdr+Bz/mz2XXpCqpuGof+VjM5H7pYUSN7+sUbDI UT7g== 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=tdSiawZBgIkcd10nhGU4KvjNkebpP87aymZsal2Mr2Q=; b=rsFe1rYr49/Uu2tAq6xr1N6s/LaPwTT8AuNBLhBxAKYJf0nT7pRX9ah4HYTuUD117Y gJl+eouFh9SQxBFi7gLC7/vI8rL+djDxliGwUKbHmk0Mmlswf6Xuf79t6m4DgItS8fe+ oarJAUAN8fqWMk/oWwiVkfxuggJ3TaINjse7s8wsnouEHulUM39Cx8mbN5xWXqZQ2D// MBuNxBIQUEU+QGn2m/Z2UGxSwpcE057p4V3Q4qDxcyOTZoh3UgAUuQ5NiZB6RFWZU8mE 2dd4BWTXOqLy0wnPQtlSWFehKsFK3hV/AXj99c6uCt5sHuOMIYIoFlBSuQ+y88aNzlsc rJ/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=HxWOHxyt; 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 e4si472583ejy.302.2021.05.12.10.57.29; Wed, 12 May 2021 10:58:02 -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=HxWOHxyt; 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 S1350184AbhELRrl (ORCPT + 99 others); Wed, 12 May 2021 13:47:41 -0400 Received: from mail.kernel.org ([198.145.29.99]:60246 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240638AbhELQSf (ORCPT ); Wed, 12 May 2021 12:18:35 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3685F61C8E; Wed, 12 May 2021 15:44:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1620834293; bh=tsNHLcSbngRXFf20bOoQqQt4EzmYJc+ajkUX5uiaxjo=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=HxWOHxyt4TcQAp+Qx5reuvQXNFfmiPPqqogZ3T82fF8r8VoxEPEpv6wh5mHATdmYt Ev8SKXPaaSA+dVA9/LTLxQpX9wROoOsLKr3Z7W+gugsO8Hyy8geTg9nSqXqWzdq6FO wmBuRJ7D53NytyJEmeOdc/7PAMpycQhTJY9ZzIRo= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Ashok Raj , Lu Baolu , Joerg Roedel , Sasha Levin Subject: [PATCH 5.11 441/601] iommu/vt-d: Remove WO permissions on second-level paging entries Date: Wed, 12 May 2021 16:48:38 +0200 Message-Id: <20210512144842.363652930@linuxfoundation.org> X-Mailer: git-send-email 2.31.1 In-Reply-To: <20210512144827.811958675@linuxfoundation.org> References: <20210512144827.811958675@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: Lu Baolu [ Upstream commit eea53c5816889ee8b64544fa2e9311a81184ff9c ] When the first level page table is used for IOVA translation, it only supports Read-Only and Read-Write permissions. The Write-Only permission is not supported as the PRESENT bit (implying Read permission) should always set. When using second level, we still give separate permissions that allows WriteOnly which seems inconsistent and awkward. We want to have consistent behavior. After moving to 1st level, we don't want things to work sometimes, and break if we use 2nd level for the same mappings. Hence remove this configuration. Suggested-by: Ashok Raj Fixes: b802d070a52a1 ("iommu/vt-d: Use iova over first level") Signed-off-by: Lu Baolu Link: https://lore.kernel.org/r/20210320025415.641201-3-baolu.lu@linux.intel.com Signed-off-by: Joerg Roedel Signed-off-by: Sasha Levin --- drivers/iommu/intel/iommu.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/iommu/intel/iommu.c b/drivers/iommu/intel/iommu.c index 2f5d12cdb298..82300b0d3074 100644 --- a/drivers/iommu/intel/iommu.c +++ b/drivers/iommu/intel/iommu.c @@ -2354,8 +2354,9 @@ __domain_mapping(struct dmar_domain *domain, unsigned long iov_pfn, return -EINVAL; attr = prot & (DMA_PTE_READ | DMA_PTE_WRITE | DMA_PTE_SNP); + attr |= DMA_FL_PTE_PRESENT; if (domain_use_first_level(domain)) { - attr |= DMA_FL_PTE_PRESENT | DMA_FL_PTE_XD | DMA_FL_PTE_US; + attr |= DMA_FL_PTE_XD | DMA_FL_PTE_US; if (domain->domain.type == IOMMU_DOMAIN_DMA) { attr |= DMA_FL_PTE_ACCESS; -- 2.30.2