Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1441281

Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops path

From Robin Murphy <robin.murphy@arm.com>
Newsgroups linux.kernel
Subject Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops path
Date 2016-07-12 13:50 +0200
Message-ID <rU4mm-4l8-11@gated-at.bofh.it> (permalink)
References <rSCs9-4e3-3@gated-at.bofh.it> <rSCs9-4e3-21@gated-at.bofh.it> <rU3zY-3Mz-21@gated-at.bofh.it> <rU3JE-44Q-9@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On 12/07/16 12:08, Joerg Roedel wrote:
> Hi Robin,
> 
> On Tue, Jul 12, 2016 at 11:55:39AM +0100, Robin Murphy wrote:
>>>  	start = address;
>>>  	for (i = 0; i < pages; ++i) {
>>> -		ret = dma_ops_domain_map(dma_dom, start, paddr, dir);
>>> -		if (ret == DMA_ERROR_CODE)
>>> +		ret = iommu_map_page(&dma_dom->domain, start, paddr,
>>> +				     PAGE_SIZE, prot, GFP_ATOMIC);
>>
>> I see that amd_iommu_map/unmap() takes a lock around calling
>> iommu_map/unmap_page(), but we don't appear to do that here. That seems
>> to suggest that either one is unsafe or the other is unnecessary.
> 
> At this point no locking is required, because in this code path we know
> that we own the memory range and that nobody else is mapping that range.
> 
> In the IOMMU-API path we can't make that assumption, so locking is
> required there. Both code-path use different types of domains, so there
> is also no chance that a domain is used in both code-paths (except when
> a dma-ops domain is set up).

Ah, that's the angle I was missing, yes. So if, say, someone is mapping
a page at IOVA 0x0000 while someone else is mapping a page at 0x1000,
there could still be a race between both callers writing the non-leaf
PTEs, but it's benign since they'd be writing identical entries anyway.
Seems reasonable to me (I assume in a similar map vs. unmap race, the
unmapper would just be removing the leaf entry, rather than bothering to
check for empty tables and tear down intermediate levels, so the same
still applies).

Robin.

> 
> 
> 	Joerg
> 

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops  path Robin Murphy <robin.murphy@arm.com> - 2016-07-12 13:00 +0200
  Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops  path Joerg Roedel <joro@8bytes.org> - 2016-07-12 13:10 +0200
    Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops  path Joerg Roedel <jroedel@suse.de> - 2016-07-12 13:50 +0200
    Re: [PATCH 07/20] iommu/amd: Remove special mapping code for dma_ops  path Robin Murphy <robin.murphy@arm.com> - 2016-07-12 13:50 +0200

csiph-web