Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1741567
| From | Joerg Roedel <joro@8bytes.org> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2] iommu/iova: Try harder to allocate from rcache magazine |
| Date | 2017-09-28 15:50 +0200 |
| Message-ID | <uuHmp-1aC-5@gated-at.bofh.it> (permalink) |
| References | <urr4t-66a-15@gated-at.bofh.it> <urr4u-66a-21@gated-at.bofh.it> <uuEoy-7PA-21@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Sep 28, 2017 at 11:31:23AM +0100, Robin Murphy wrote: > When devices with different DMA masks are using the same domain, or for > PCI devices where we usually try a speculative 32-bit allocation first, > there is a fair possibility that the top PFN of the rcache stack at any > given time may be unsuitable for the lower limit, prompting a fallback > to allocating anew from the rbtree. Consequently, we may end up > artifically increasing pressure on the 32-bit IOVA space as unused IOVAs > accumulate lower down in the rcache stacks, while callers with 32-bit > masks also impose unnecessary rbtree overhead. > > In such cases, let's try a bit harder to satisfy the allocation locally > first - scanning the whole stack should still be relatively inexpensive. > > Signed-off-by: Robin Murphy <robin.murphy@arm.com> > --- > > v2: There's no need for a 'proper' stack rotation > > drivers/iommu/iova.c | 15 ++++++++++++--- > 1 file changed, 12 insertions(+), 3 deletions(-) Thanks, applied the series.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH v2] iommu/iova: Try harder to allocate from rcache magazine Robin Murphy <robin.murphy@arm.com> - 2017-09-28 12:40 +0200 Re: [PATCH v2] iommu/iova: Try harder to allocate from rcache magazine Joerg Roedel <joro@8bytes.org> - 2017-09-28 15:50 +0200
csiph-web