[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20190426140429.GG24576@8bytes.org>
Date: Fri, 26 Apr 2019 16:04:29 +0200
From: Joerg Roedel <joro@...tes.org>
To: Tom Murphy <tmurphy@...sta.com>
Cc: iommu@...ts.linux-foundation.org, murphyt7@....ie,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v1] iommu/amd: flush not present cache in iommu_map_page
On Wed, Apr 24, 2019 at 05:50:51PM +0100, Tom Murphy wrote:
> check if there is a not-present cache present and flush it if there is.
>
> Signed-off-by: Tom Murphy <tmurphy@...sta.com>
> ---
> drivers/iommu/amd_iommu.c | 5 +++++
> 1 file changed, 5 insertions(+)
>
> diff --git a/drivers/iommu/amd_iommu.c b/drivers/iommu/amd_iommu.c
> index f7cdd2ab7f11..91fe5cb10f50 100644
> --- a/drivers/iommu/amd_iommu.c
> +++ b/drivers/iommu/amd_iommu.c
> @@ -1637,6 +1637,11 @@ static int iommu_map_page(struct protection_domain *dom,
>
> update_domain(dom);
>
> + if (unlikely(amd_iommu_np_cache && !dom->updated)) {
> + domain_flush_pages(dom, bus_addr, page_size);
> + domain_flush_complete(dom);
> + }
> +
The iommu_map_page function is called once per physical page that is
mapped, so in the worst case for every 4k mapping established. So it is
not the right place to put this check in.
>From a quick glance this check belongs into the map_sg() and the
amd_iommu_map() function, but without the dom->updated check.
Besides, to really support systems with np-cache in a way that doesn't
destroy all performance, the driver also needs range-flushes for IOTLBs.
Currently it can only flush a 4k page of the full address space of a
domain. But that doesn't mean we shouldn't fix the missing flushes now.
So please re-send the patch with the check at the two places I pointed
out above.
Thanks,
Joerg
Powered by blists - more mailing lists