Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3975714pxj; Tue, 15 Jun 2021 12:38:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyPB9oRFJJbqMIZgdQMrj0k5kJ0xj5XAGrbYvwXbOBQAXuF0BWjoSLhDRkDYfOrNey2c+a6 X-Received: by 2002:a17:906:4109:: with SMTP id j9mr1344595ejk.250.1623785891842; Tue, 15 Jun 2021 12:38:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1623785891; cv=none; d=google.com; s=arc-20160816; b=IZadx0AMfgAP31orZY0rfP5th2pgnNhBhcrWMFyNSmnsXkoDuJwmieHrGy+iFAWRRN WezQrhEEvfR1r3jSNM7IsxcGCRCGN+qcaHP5Tr+su7MguA0AIERcABLBYuzdkZYHq/vc 0aZWfRWxuQMrj+4i9KB+Cdu2lhayDH+VBexPHZgskyvzcSR6wQWE562gXlM1GM/Bvoed QuteQgFqVwt5Ny/FYMqcoun4nNRqoCcbU0kSP5KKcp7GfFmrsn75WdLri8B8XkF0Hlnk 5dyI63CGIGrmu/Ex7siS7371fU1PHH4/MLsMxljk7HZ7mwqeVXxunMnxnQ4UI12Y7HYI jIuw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=U3wD2z+M6qAPelPNK5p1ret8C8HRcqYe+uULntoHre4=; b=EMKTxV+zkp78RGNy7vfjkdwIBjpek8b5MxZ5LH5I4nZRe9cCJfzppb93OL7CGnAF3C c1Ft1hAGNpGMDwEzI0psGSNBR3KLBGCkuq2lFnvza/0jB1C3HA7NN/Gw5jyEBQKLq6C5 cXWABsg4d+5tJo5lTJZyhNvMPEXLuP1S0f8l9jFhaN6l0JgPBxC+vunYF2Rx86RFx22N HSHCm8EZ8FL2hmO8856KnlIuJRJqFEtn0DBr9NftivFgiR/HbThsV3NoFdwxnNQYJLTO H5BnikFXyN/Mh7EYE4rjWWfH/C6vqUdQVflmqLW/x0/t0zobjNXvfL1U9E2Tl1OuMiMB b0iw== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w4si15110527edq.419.2021.06.15.12.37.47; Tue, 15 Jun 2021 12:38:11 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230377AbhFOTiW (ORCPT + 99 others); Tue, 15 Jun 2021 15:38:22 -0400 Received: from foss.arm.com ([217.140.110.172]:44450 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229951AbhFOTiU (ORCPT ); Tue, 15 Jun 2021 15:38:20 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4300FED1; Tue, 15 Jun 2021 12:36:15 -0700 (PDT) Received: from [10.57.9.136] (unknown [10.57.9.136]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 27A963F694; Tue, 15 Jun 2021 12:36:14 -0700 (PDT) Subject: Re: [PATCH v3 2/6] iommu/amd: Do not use flush-queue when NpCache is on To: Nadav Amit Cc: Joerg Roedel , Will Deacon , Jiajun Cao , Lu Baolu , "iommu@lists.linux-foundation.org" , "linux-kernel@vger.kernel.org" References: <20210607182541.119756-1-namit@vmware.com> <20210607182541.119756-3-namit@vmware.com> <13D6A169-4323-435A-A858-A9A78E85DF2D@vmware.com> From: Robin Murphy Message-ID: <3c9a7293-75eb-cd76-7592-a23554c6e458@arm.com> Date: Tue, 15 Jun 2021 20:36:09 +0100 User-Agent: Mozilla/5.0 (Windows NT 10.0; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: <13D6A169-4323-435A-A858-A9A78E85DF2D@vmware.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-06-15 19:26, Nadav Amit wrote: > > >> On Jun 15, 2021, at 6:08 AM, Robin Murphy wrote: >> >> On 2021-06-07 19:25, Nadav Amit wrote: >>> From: Nadav Amit >>> Do not use flush-queue on virtualized environments, where the NpCache >>> capability of the IOMMU is set. This is required to reduce >>> virtualization overheads. >>> This change follows a similar change to Intel's VT-d and a detailed >>> explanation as for the rationale is described in commit 29b32839725f >>> ("iommu/vt-d: Do not use flush-queue when caching-mode is on"). >>> Cc: Joerg Roedel >>> Cc: Will Deacon >>> Cc: Jiajun Cao >>> Cc: Robin Murphy >>> Cc: Lu Baolu >>> Cc: iommu@lists.linux-foundation.org >>> Cc: linux-kernel@vger.kernel.org >>> Signed-off-by: Nadav Amit >>> --- >>> drivers/iommu/amd/init.c | 7 ++++++- >>> 1 file changed, 6 insertions(+), 1 deletion(-) >>> diff --git a/drivers/iommu/amd/init.c b/drivers/iommu/amd/init.c >>> index d006724f4dc2..ba3b76ed776d 100644 >>> --- a/drivers/iommu/amd/init.c >>> +++ b/drivers/iommu/amd/init.c >>> @@ -1850,8 +1850,13 @@ static int __init iommu_init_pci(struct amd_iommu *iommu) >>> if (ret) >>> return ret; >>> - if (iommu->cap & (1UL << IOMMU_CAP_NPCACHE)) >>> + if (iommu->cap & (1UL << IOMMU_CAP_NPCACHE)) { >>> + if (!amd_iommu_unmap_flush) >>> + pr_warn_once("IOMMU batching is disabled due to virtualization"); >> >> Nit: you can just use pr_warn() (or arguably pr_info()) since the explicit conditions already only match once. > > Yes, my bad. I will fix it in the next version. > >> Speaking of which, it might be better to use amd_iommu_np_cache instead, since other patches are planning to clean up the last remnants of amd_iommu_unmap_flush. > > I prefer that the other patches (that remove amd_iommu_unmap_flush) would address this code as well. I certainly do not want to embed amd_iommu_np_cache deep into the flushing logic. IOW: I don’t know what you have exactly in mind, but I prefer the code would be clear. > > This code follows (copies?) the same pattern+logic from commit 5f3116ea8b5 ("iommu/vt-d: Do not use flush-queue when caching-mode is on”). I see that changed the code in commit 53255e545807c ("iommu: remove DOMAIN_ATTR_DMA_USE_FLUSH_QUEUE”), but did not get rid of intel_iommu_strict, so please allow me to use amd_iommu_unmap_flush. Sure, it was just a suggestion to pre-resolve one line of merge conflict with another series[1] which is also almost ready, and removes those local variables for both AMD and Intel. But there will still be other conflicts either way, so it's not a big deal. Robin. [1] https://lore.kernel.org/linux-iommu/1623414043-40745-5-git-send-email-john.garry@huawei.com/ > To remind you/me/whoever: disabling batching due to caching-mode/NP-cache is not inherently needed. It was not needed for quite some time on Intel, but somehow along the way the consolidated flushing code broke it, and now it is needed (without intrusive code changes). >