IOVA allocation improvements for iommu-dma
Subsystems (2)
Robin Murphy
maintainercover IOVA allocation improvements for iommu-dma
Hi Joerg,
Here's the series rebased onto your current next branch just for the sake of it, and with the tags added. No other changes.
Thanks,
Robin.
Robin Murphy (3):
iommu/dma: Convert to address-based allocation
iommu/dma: Clean up MSI IOVA allocation
iommu/dma: Plumb in the per-CPU IOVA caches
drivers/iommu/dma-iommu.c | 176 ++++++++++++++++++++++++---------------------- 1 file changed, 90 insertions(+), 86 deletions(-)
Signature · 1 line
2.11.0.dirty
Robin Murphy
maintainerPATCH RESEND 1/3 iommu/dma: Convert to address-based allocation
In preparation for some IOVA allocation improvements, clean up all the explicit struct iova usage such that all our mapping, unmapping and cleanup paths deal exclusively with addresses rather than implementation details. In the process, a few of the things we're touching get renamed for the sake of internal consistency.
--- drivers/iommu/dma-iommu.c | 119 ++++++++++++++++++++++++++-------------------- 1 file changed, 67 insertions(+), 52 deletions(-)
drivers/iommu/dma-iommu.c +67 -52
@@ -365,12 +365,12 @@ int dma_info_to_prot(enum dma_data_direction dir, bool coherent, } } -static struct iova *__alloc_iova (struct iommu_domain *domain,size_t size, -dma_addr_t dma_limit,struct device *dev) +static dma_addr_t iommu_dma_alloc_iova (struct iommu_domain *domain, +size_t size,dma_addr_t dma_limit,struct device *dev) {struct iova_domain *iovad =cookie_iovad (domain);unsigned long shift =iova_shift (iovad); -unsigned long length =iova_align (iovad, size) >> shift; +unsigned long iova_len = size >> shift;struct iova *iova =NULL ;if (domain->geometry.force_aperture)
@@ -378,35 +378,42 @@ static struct iova *__alloc_iova(struct iommu_domain *domain, size_t size,/* Try to get PCI devices a SAC address */ if (dma_limit >DMA_BIT_MASK (32 ) &&dev_is_pci (dev)) - iova =alloc_iova (iovad, length,DMA_BIT_MASK (32 ) >> shift, + iova =alloc_iova (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift, true);/* * Enforce size-alignment to be safe - there could perhaps be an * attribute to control this per-device, or at least per-domain... */ if (!iova) - iova =alloc_iova (iovad, length, dma_limit >> shift, true); + iova =alloc_iova (iovad, iova_len, dma_limit >> shift, true); -return iova; +return (dma_addr_t )iova->pfn_lo << shift; } -/* The IOVA allocator knows what we mapped, so just unmap whatever that was */ -static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr) +static void iommu_dma_free_iova (struct iommu_dma_cookie *cookie, +dma_addr_t iova,size_t size) { -struct iova_domain *iovad =cookie_iovad (domain); -unsigned long shift =iova_shift (iovad); -unsigned long pfn = dma_addr >> shift; -struct iova *iova =find_iova (iovad, pfn); -size_t size; +struct iova_domain *iovad = &cookie->iovad; +struct iova *iova_rbnode; -if (WARN_ON (!iova)) + iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova)); +if (WARN_ON (!iova_rbnode))return ; - size =iova_size (iova) << shift; - size -=iommu_unmap (domain, pfn << shift, size); -/* ...and if we can't, then something is horribly, horribly wrong */ -WARN_ON (size >0 ); -__free_iova (iovad, iova); +__free_iova (iovad, iova_rbnode); +} + +static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr, +size_t size) +{ +struct iova_domain *iovad =cookie_iovad (domain); +size_t iova_off =iova_offset (iovad, dma_addr); + + dma_addr -= iova_off; + size =iova_align (iovad, size + iova_off); + +WARN_ON (iommu_unmap (domain, dma_addr, size) != size); +iommu_dma_free_iova (domain->iova_cookie, dma_addr, size); }static void __iommu_dma_free_pages (struct page **pages,int count)
@@ -488,7 +495,7 @@ static struct page **__iommu_dma_alloc_pages(unsigned int count,void iommu_dma_free (struct device *dev,struct page **pages,size_t size,dma_addr_t *handle) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), *handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), *handle, size);__iommu_dma_free_pages (pages,PAGE_ALIGN (size) >>PAGE_SHIFT ); *handle =DMA_ERROR_CODE ; }
@@ -516,11 +523,11 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp, void (*flush_page)(struct device *, const void *, phys_addr_t)) {struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;struct page **pages;struct sg_table sgt; -dma_addr_t dma_addr; +dma_addr_t iova;unsigned int count, min_size, alloc_sizes = domain->pgsize_bitmap; *handle =DMA_ERROR_CODE ;
@@ -540,11 +547,11 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,if (!pages)return NULL ; - iova =__alloc_iova (domain, size, dev->coherent_dma_mask, dev); + size =iova_align (iovad, size); + iova =iommu_dma_alloc_iova (domain, size, dev->coherent_dma_mask, dev);if (!iova) goto out_free_pages; - size =iova_align (iovad, size);if (sg_alloc_table_from_pages (&sgt, pages, count,0 , size,GFP_KERNEL )) goto out_free_iova;
@@ -560,19 +567,18 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,sg_miter_stop (&miter); } - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map_sg (domain, dma_addr, sgt.sgl, sgt.orig_nents, prot) +if (iommu_map_sg (domain, iova, sgt.sgl, sgt.orig_nents, prot) < size) goto out_free_sg; - *handle = dma_addr; + *handle = iova;sg_free_table (&sgt);return pages; out_free_sg:sg_free_table (&sgt); out_free_iova: -__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, size); out_free_pages:__iommu_dma_free_pages (pages, count);return NULL ;
@@ -606,22 +612,22 @@ int iommu_dma_mmap(struct page **pages, size_t size, struct vm_area_struct *vma)static dma_addr_t __iommu_dma_map (struct device *dev,phys_addr_t phys,size_t size,int prot) { -dma_addr_t dma_addr;struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;size_t iova_off =iova_offset (iovad, phys); -size_t len =iova_align (iovad, size + iova_off); -struct iova *iova =__alloc_iova (domain, len,dma_get_mask (dev), dev); +dma_addr_t iova; + size =iova_align (iovad, size + iova_off); + iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev);if (!iova)return DMA_ERROR_CODE ; - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map (domain, dma_addr, phys - iova_off, len, prot)) { -__free_iova (iovad, iova); +if (iommu_map (domain, iova, phys - iova_off, size, prot)) { +iommu_dma_free_iova (cookie, iova, size);return DMA_ERROR_CODE ; } -return dma_addr + iova_off; +return iova + iova_off; } dma_addr_t iommu_dma_map_page(struct device *dev, struct page *page,
@@ -633,7 +639,7 @@ dma_addr_t iommu_dma_map_page(struct device *dev, struct page *page,void iommu_dma_unmap_page (struct device *dev,dma_addr_t handle,size_t size,enum dma_data_direction dir,unsigned long attrs) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle, size); }/*
@@ -722,10 +728,10 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg, int nents, int prot) {struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;struct scatterlist *s, *prev =NULL ; -dma_addr_t dma_addr; +dma_addr_t iova;size_t iova_len =0 ;unsigned long mask =dma_get_seg_boundary (dev);int i;
@@ -769,7 +775,7 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg, prev = s; } - iova =__alloc_iova (domain, iova_len,dma_get_mask (dev), dev); + iova =iommu_dma_alloc_iova (domain, iova_len,dma_get_mask (dev), dev);if (!iova) goto out_restore_sg;
@@ -777,14 +783,13 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg,* We'll leave any physical concatenation to the IOMMU driver's * implementation - it knows better than we do. */ - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map_sg (domain, dma_addr, sg, nents, prot) < iova_len) +if (iommu_map_sg (domain, iova, sg, nents, prot) < iova_len) goto out_free_iova; -return __finalise_sg (dev, sg, nents, dma_addr); +return __finalise_sg (dev, sg, nents, iova); out_free_iova: -__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, iova_len); out_restore_sg:__invalidate_sg (sg, nents);return 0 ;
@@ -793,11 +798,21 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg,void iommu_dma_unmap_sg (struct device *dev,struct scatterlist *sg,int nents,enum dma_data_direction dir,unsigned long attrs) { +dma_addr_t start, end; +struct scatterlist *tmp; +int i;/* * The scatterlist segments are mapped into a single * contiguous IOVA allocation, so this is incredibly easy. */ -__iommu_dma_unmap (iommu_get_domain_for_dev (dev),sg_dma_address (sg)); + start =sg_dma_address (sg); +for_each_sg (sg_next (sg), tmp, nents -1 , i) { +if (sg_dma_len (tmp) ==0 ) +break ; + sg = tmp; + } + end =sg_dma_address (sg) +sg_dma_len (sg); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), start, end - start); } dma_addr_t iommu_dma_map_resource(struct device *dev, phys_addr_t phys,
@@ -810,7 +825,7 @@ dma_addr_t iommu_dma_map_resource(struct device *dev, phys_addr_t phys,void iommu_dma_unmap_resource (struct device *dev,dma_addr_t handle,size_t size,enum dma_data_direction dir,unsigned long attrs) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle, size); }int iommu_dma_mapping_error (struct device *dev,dma_addr_t dma_addr)
@@ -824,7 +839,7 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev,struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iommu_dma_msi_page *msi_page;struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +dma_addr_t iova;int prot =IOMMU_WRITE |IOMMU_NOEXEC |IOMMU_MMIO ;size_t size =cookie_msi_granule (cookie);
@@ -839,10 +854,10 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev, msi_page->phys = msi_addr;if (iovad) { - iova =__alloc_iova (domain, size,dma_get_mask (dev), dev); + iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev);if (!iova) goto out_free_page; - msi_page->iova =iova_dma_addr (iovad, iova); + msi_page->iova = iova; }else { msi_page->iova = cookie->msi_iova; cookie->msi_iova += size;
@@ -857,7 +872,7 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev, out_free_iova:if (iovad) -__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, size);else cookie->msi_iova -= size; out_free_page:
Signature · 1 line
2.11.0.dirty
Robin Murphy
maintainerPATCH RESEND 2/3 iommu/dma: Clean up MSI IOVA allocation
In reply to Robin MurphyNow that allocation is suitably abstracted, our private alloc/free helpers can drive the trivial MSI cookie allocator directly as well, which lets us clean up its exposed guts from iommu_dma_map_msi_msg() and simplify things quite a bit.
--- drivers/iommu/dma-iommu.c | 58 ++++++++++++++++++++--------------------------- 1 file changed, 25 insertions(+), 33 deletions(-)
drivers/iommu/dma-iommu.c +25 -33
@@ -61,15 +61,6 @@ static inline size_t cookie_msi_granule(struct iommu_dma_cookie *cookie)return PAGE_SIZE ; } -static inline struct iova_domain *cookie_iovad (struct iommu_domain *domain) -{ -struct iommu_dma_cookie *cookie = domain->iova_cookie; - -if (cookie->type ==IOMMU_DMA_IOVA_COOKIE ) -return &cookie->iovad; -return NULL ; -} -static struct iommu_dma_cookie *cookie_alloc (enum iommu_dma_cookie_type type) {struct iommu_dma_cookie *cookie;
@@ -368,11 +359,19 @@ int dma_info_to_prot(enum dma_data_direction dir, bool coherent,static dma_addr_t iommu_dma_alloc_iova (struct iommu_domain *domain,size_t size,dma_addr_t dma_limit,struct device *dev) { -struct iova_domain *iovad =cookie_iovad (domain); -unsigned long shift =iova_shift (iovad); -unsigned long iova_len = size >> shift; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad; +unsigned long shift, iova_len;struct iova *iova =NULL ; +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { + cookie->msi_iova += size; +return cookie->msi_iova - size; + } + + shift =iova_shift (iovad); + iova_len = size >> shift; +if (domain->geometry.force_aperture) dma_limit =min (dma_limit, domain->geometry.aperture_end);
@@ -396,6 +395,12 @@ static void iommu_dma_free_iova(struct iommu_dma_cookie *cookie,struct iova_domain *iovad = &cookie->iovad;struct iova *iova_rbnode; +/* The MSI case is only ever cleaning up its most recent allocation */ +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { + cookie->msi_iova -= size; +return ; + } + iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova));if (WARN_ON (!iova_rbnode))return ;
@@ -406,14 +411,15 @@ static void iommu_dma_free_iova(struct iommu_dma_cookie *cookie,static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr,size_t size) { -struct iova_domain *iovad =cookie_iovad (domain); +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;size_t iova_off =iova_offset (iovad, dma_addr); dma_addr -= iova_off; size =iova_align (iovad, size + iova_off);WARN_ON (iommu_unmap (domain, dma_addr, size) != size); -iommu_dma_free_iova (domain->iova_cookie, dma_addr, size); +iommu_dma_free_iova (cookie, dma_addr, size); }static void __iommu_dma_free_pages (struct page **pages,int count)
@@ -838,7 +844,6 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev, {struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iommu_dma_msi_page *msi_page; -struct iova_domain *iovad =cookie_iovad (domain);dma_addr_t iova;int prot =IOMMU_WRITE |IOMMU_NOEXEC |IOMMU_MMIO ;size_t size =cookie_msi_granule (cookie);
@@ -852,29 +857,16 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev,if (!msi_page)return NULL ; - msi_page->phys = msi_addr; -if (iovad) { - iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev); -if (!iova) - goto out_free_page; - msi_page->iova = iova; - }else { - msi_page->iova = cookie->msi_iova; - cookie->msi_iova += size; - } - -if (iommu_map (domain, msi_page->iova, msi_addr, size, prot)) - goto out_free_iova; + iova =__iommu_dma_map (dev, msi_addr, size, prot); +if (iommu_dma_mapping_error (dev, iova)) + goto out_free_page;INIT_LIST_HEAD (&msi_page->list); + msi_page->phys = msi_addr; + msi_page->iova = iova;list_add (&msi_page->list, &cookie->msi_page_list);return msi_page; -out_free_iova: -if (iovad) -iommu_dma_free_iova (cookie, iova, size); -else - cookie->msi_iova -= size; out_free_page:kfree (msi_page);return NULL ;
Signature · 1 line
2.11.0.dirty
Robin Murphy
maintainerPATCH RESEND 3/3 iommu/dma: Plumb in the per-CPU IOVA caches
In reply to Robin MurphyWith IOVA allocation suitably tidied up, we are finally free to opt in to the per-CPU caching mechanism. The caching alone can provide a modest improvement over walking the rbtree for weedier systems (iperf3 shows ~10% more ethernet throughput on an ARM Juno r1 constrained to a single 650MHz Cortex-A53), but the real gain will be in sidestepping the rbtree lock contention which larger ARM-based systems with lots of parallel I/O are starting to feel the pain of.
--- drivers/iommu/dma-iommu.c | 39 ++++++++++++++++++--------------------- 1 file changed, 18 insertions(+), 21 deletions(-)
drivers/iommu/dma-iommu.c +18 -21
@@ -361,8 +361,7 @@ static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, {struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iova_domain *iovad = &cookie->iovad; -unsigned long shift, iova_len; -struct iova *iova =NULL ; +unsigned long shift, iova_len, iova =0 ;if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { cookie->msi_iova += size;
@@ -371,41 +370,39 @@ static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, shift =iova_shift (iovad); iova_len = size >> shift; +/* +* Freeing non-power-of-two-sized allocations back into the IOVA caches +* will come back to bite us badly, so we have to waste a bit of space +* rounding up anything cacheable to make sure that can't happen. The +* order of the unadjusted size will still match upon freeing. +*/ +if (iova_len < (1 << (IOVA_RANGE_CACHE_MAX_SIZE -1 ))) + iova_len =roundup_pow_of_two (iova_len);if (domain->geometry.force_aperture) dma_limit =min (dma_limit, domain->geometry.aperture_end);/* Try to get PCI devices a SAC address */ if (dma_limit >DMA_BIT_MASK (32 ) &&dev_is_pci (dev)) - iova =alloc_iova (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift, - true); -/* -* Enforce size-alignment to be safe - there could perhaps be an -* attribute to control this per-device, or at least per-domain... -*/ -if (!iova) - iova =alloc_iova (iovad, iova_len, dma_limit >> shift, true); + iova =alloc_iova_fast (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift); -return (dma_addr_t )iova->pfn_lo << shift; +if (!iova) + iova =alloc_iova_fast (iovad, iova_len, dma_limit >> shift); + +return (dma_addr_t )iova << shift; }static void iommu_dma_free_iova (struct iommu_dma_cookie *cookie,dma_addr_t iova,size_t size) {struct iova_domain *iovad = &cookie->iovad; -struct iova *iova_rbnode; +unsigned long shift =iova_shift (iovad);/* The MSI case is only ever cleaning up its most recent allocation */ -if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) cookie->msi_iova -= size; -return ; - } - - iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova)); -if (WARN_ON (!iova_rbnode)) -return ; - -__free_iova (iovad, iova_rbnode); +else +free_iova_fast (iovad, iova >> shift, size >> shift); } static void __iommu_dma_unmap(struct iommu_domain *domain, dma_addr_t dma_addr,
Signature · 1 line
2.11.0.dirty
cover IOVA allocation improvements for iommu-dma
In reply to Robin MurphyQuoted 7 lines · Robin Murphy
Robin Murphy (3):
iommu/dma: Convert to address-based allocation
iommu/dma: Clean up MSI IOVA allocation
iommu/dma: Plumb in the per-CPU IOVA cachesdrivers/iommu/dma-iommu.c | 176 ++++++++++++++++++++++++---------------------- 1 file changed, 90 insertions(+), 86 deletions(-)
Applied to arm/core, thanks Robin.
PATCH RESEND 1/3 iommu/dma: Convert to address-based allocation
In reply to Robin MurphyQuoted 296 lines · Robin Murphy
In preparation for some IOVA allocation improvements, clean up all the explicit struct iova usage such that all our mapping, unmapping and cleanup paths deal exclusively with addresses rather than implementation details. In the process, a few of the things we're touching get renamed for the sake of internal consistency.
Reviewed-by Nate Watterson <[email protected]>Tested-by Nate Watterson <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
drivers/iommu/dma-iommu.c| 119 ++++++++++++++++++++++++++--------------------1 file changed, 67 insertions(+), 52 deletions(-)drivers/iommu/dma-iommu.c +34
-28@@ -365,12 +365,12 @@ int dma_info_to_prot(enum dma_data_direction dir, bool coherent, } } -static struct iova *__alloc_iova (struct iommu_domain *domain,size_t size, -dma_addr_t dma_limit,struct device *dev) +static dma_addr_t iommu_dma_alloc_iova (struct iommu_domain *domain, +size_t size,dma_addr_t dma_limit,struct device *dev) {struct iova_domain *iovad =cookie_iovad (domain);unsigned long shift =iova_shift (iovad); -unsigned long length =iova_align (iovad, size) >> shift; +unsigned long iova_len = size >> shift;struct iova *iova =NULL ;if (domain->geometry.force_aperture)@@ -378,35 +378,42 @@ static struct iova *__alloc_iova(struct iommu_domain *domain, size_t size,/* Try to get PCI devices a SAC address */ if (dma_limit >DMA_BIT_MASK (32 ) &&dev_is_pci (dev)) - iova =alloc_iova (iovad, length,DMA_BIT_MASK (32 ) >> shift, + iova =alloc_iova (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift, true);/* * Enforce size-alignment to be safe - there could perhaps be an * attribute to control this per-device, or at least per-domain... */ if (!iova) - iova =alloc_iova (iovad, length, dma_limit >> shift, true); + iova =alloc_iova (iovad, iova_len, dma_limit >> shift, true); -return iova; +return (dma_addr_t )iova->pfn_lo << shift; } -/* The IOVA allocator knows what we mapped, so just unmap whatever that was */ -static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr) +static void iommu_dma_free_iova (struct iommu_dma_cookie *cookie, +dma_addr_t iova,size_t size) { -struct iova_domain *iovad =cookie_iovad (domain); -unsigned long shift =iova_shift (iovad); -unsigned long pfn = dma_addr >> shift; -struct iova *iova =find_iova (iovad, pfn); -size_t size; +struct iova_domain *iovad = &cookie->iovad; +struct iova *iova_rbnode; -if (WARN_ON (!iova)) + iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova)); +if (WARN_ON (!iova_rbnode))return ; - size =iova_size (iova) << shift; - size -=iommu_unmap (domain, pfn << shift, size); -/* ...and if we can't, then something is horribly, horribly wrong */ -WARN_ON (size >0 ); -__free_iova (iovad, iova); +__free_iova (iovad, iova_rbnode); +} + +static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr, +size_t size) +{ +struct iova_domain *iovad =cookie_iovad (domain); +size_t iova_off =iova_offset (iovad, dma_addr); + + dma_addr -= iova_off; + size =iova_align (iovad, size + iova_off); + +WARN_ON (iommu_unmap (domain, dma_addr, size) != size); +iommu_dma_free_iova (domain->iova_cookie, dma_addr, size); }static void __iommu_dma_free_pages (struct page **pages,int count)@@ -488,7 +495,7 @@ static struct page **__iommu_dma_alloc_pages(unsigned int count,void iommu_dma_free (struct device *dev,struct page **pages,size_t size,dma_addr_t *handle) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), *handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), *handle, size);__iommu_dma_free_pages (pages,PAGE_ALIGN (size) >>PAGE_SHIFT ); *handle =DMA_ERROR_CODE ; }@@ -516,11 +523,11 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp, void (*flush_page)(struct device *, const void *, phys_addr_t)) {struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;struct page **pages;struct sg_table sgt; -dma_addr_t dma_addr; +dma_addr_t iova;unsigned int count, min_size, alloc_sizes = domain->pgsize_bitmap; *handle =DMA_ERROR_CODE ;@@ -540,11 +547,11 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,if (!pages)return NULL ; - iova =__alloc_iova (domain, size, dev->coherent_dma_mask, dev); + size =iova_align (iovad, size); + iova =iommu_dma_alloc_iova (domain, size, dev->coherent_dma_mask, dev);if (!iova) goto out_free_pages; - size =iova_align (iovad, size);if (sg_alloc_table_from_pages (&sgt, pages, count,0 , size,GFP_KERNEL )) goto out_free_iova;@@ -560,19 +567,18 @@ struct page **iommu_dma_alloc(struct device *dev, size_t size, gfp_t gfp,sg_miter_stop (&miter); } - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map_sg (domain, dma_addr, sgt.sgl, sgt.orig_nents, prot) +if (iommu_map_sg (domain, iova, sgt.sgl, sgt.orig_nents, prot) < size) goto out_free_sg; - *handle = dma_addr; + *handle = iova;sg_free_table (&sgt);return pages;
out_free_sg:sg_free_table(&sgt);
out_free_iova:drivers/iommu/dma-iommu.c +1
-1-__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, size);
out_free_pages:__iommu_dma_free_pages(pages, count); return NULL;drivers/iommu/dma-iommu.c +15
-16@@ -606,22 +612,22 @@ int iommu_dma_mmap(struct page **pages, size_t size, struct vm_area_struct *vma)static dma_addr_t __iommu_dma_map (struct device *dev,phys_addr_t phys,size_t size,int prot) { -dma_addr_t dma_addr;struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;size_t iova_off =iova_offset (iovad, phys); -size_t len =iova_align (iovad, size + iova_off); -struct iova *iova =__alloc_iova (domain, len,dma_get_mask (dev), dev); +dma_addr_t iova; + size =iova_align (iovad, size + iova_off); + iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev);if (!iova)return DMA_ERROR_CODE ; - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map (domain, dma_addr, phys - iova_off, len, prot)) { -__free_iova (iovad, iova); +if (iommu_map (domain, iova, phys - iova_off, size, prot)) { +iommu_dma_free_iova (cookie, iova, size);return DMA_ERROR_CODE ; } -return dma_addr + iova_off; +return iova + iova_off; } dma_addr_t iommu_dma_map_page(struct device *dev, struct page *page,@@ -633,7 +639,7 @@ dma_addr_t iommu_dma_map_page(struct device *dev, struct page *page,void iommu_dma_unmap_page (struct device *dev,dma_addr_t handle,size_t size,enum dma_data_direction dir,unsigned long attrs) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle, size); }/* @@ -722,10 +728,10 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg, int nents, int prot) {struct iommu_domain *domain =iommu_get_domain_for_dev (dev); -struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;struct scatterlist *s, *prev =NULL ; -dma_addr_t dma_addr; +dma_addr_t iova;size_t iova_len =0 ;unsigned long mask =dma_get_seg_boundary (dev);int i;@@ -769,7 +775,7 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg, prev = s; } - iova =__alloc_iova (domain, iova_len,dma_get_mask (dev), dev); + iova =iommu_dma_alloc_iova (domain, iova_len,dma_get_mask (dev), dev);if (!iova) goto out_restore_sg;@@ -777,14 +783,13 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg,* We'll leave any physical concatenation to the IOMMU driver's * implementation - it knows better than we do. */ - dma_addr =iova_dma_addr (iovad, iova); -if (iommu_map_sg (domain, dma_addr, sg, nents, prot) < iova_len) +if (iommu_map_sg (domain, iova, sg, nents, prot) < iova_len) goto out_free_iova; -return __finalise_sg (dev, sg, nents, dma_addr); +return __finalise_sg (dev, sg, nents, iova);
out_free_iova:drivers/iommu/dma-iommu.c +1
-1-__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, iova_len);
out_restore_sg:__invalidate_sg(sg, nents); return 0;drivers/iommu/dma-iommu.c +15
-5@@ -793,11 +798,21 @@ int iommu_dma_map_sg(struct device *dev, struct scatterlist *sg,void iommu_dma_unmap_sg (struct device *dev,struct scatterlist *sg,int nents,enum dma_data_direction dir,unsigned long attrs) { +dma_addr_t start, end; +struct scatterlist *tmp; +int i;/* * The scatterlist segments are mapped into a single * contiguous IOVA allocation, so this is incredibly easy. */ -__iommu_dma_unmap (iommu_get_domain_for_dev (dev),sg_dma_address (sg)); + start =sg_dma_address (sg); +for_each_sg (sg_next (sg), tmp, nents -1 , i) { +if (sg_dma_len (tmp) ==0 ) +break ; + sg = tmp; + } + end =sg_dma_address (sg) +sg_dma_len (sg); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), start, end - start); } dma_addr_t iommu_dma_map_resource(struct device *dev, phys_addr_t phys,@@ -810,7 +825,7 @@ dma_addr_t iommu_dma_map_resource(struct device *dev, phys_addr_t phys,void iommu_dma_unmap_resource (struct device *dev,dma_addr_t handle,size_t size,enum dma_data_direction dir,unsigned long attrs) { -__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle); +__iommu_dma_unmap (iommu_get_domain_for_dev (dev), handle, size); }int iommu_dma_mapping_error (struct device *dev,dma_addr_t dma_addr)@@ -824,7 +839,7 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev,struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iommu_dma_msi_page *msi_page;struct iova_domain *iovad =cookie_iovad (domain); -struct iova *iova; +dma_addr_t iova;int prot =IOMMU_WRITE |IOMMU_NOEXEC |IOMMU_MMIO ;size_t size =cookie_msi_granule (cookie);@@ -839,10 +854,10 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev, msi_page->phys = msi_addr;if (iovad) { - iova =__alloc_iova (domain, size,dma_get_mask (dev), dev); + iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev);if (!iova) goto out_free_page; - msi_page->iova =iova_dma_addr (iovad, iova); + msi_page->iova = iova; }else { msi_page->iova = cookie->msi_iova; cookie->msi_iova += size;@@ -857,7 +872,7 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev,
out_free_iova:
if (iovad)drivers/iommu/dma-iommu.c +1
-1-__free_iova (iovad, iova); +iommu_dma_free_iova (cookie, iova, size);else cookie->msi_iova -= size;
Quoted 2 lines
out_free_page:
This patch series helps to resolve the Ubuntu bug, where we see the Ubuntu Zesty (4.10 based) kernel reporting multi cpu soft lockups on QDF2400 SDP.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1680549
This patch series along with the following cherry-picks from Linus's tree dddd632b072f iommu/dma: Implement PCI allocation optimisation de84f5f049d9 iommu/dma: Stop getting dma_32bit_pfn wrong
were applied to Ubuntu Zesty 4.10 kernel (Ubuntu-4.10.0-18.20) and tested on a QDF2400 SDP.
--
============================
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
============================
PATCH RESEND 2/3 iommu/dma: Clean up MSI IOVA allocation
In reply to Robin MurphyQuoted 127 lines · Robin Murphy
Now that allocation is suitably abstracted, our private alloc/free helpers can drive the trivial MSI cookie allocator directly as well, which lets us clean up its exposed guts from
iommu_dma_map_msi_msg()and simplify things quite a bit.Reviewed-by Nate Watterson <[email protected]>Tested-by Nate Watterson <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
drivers/iommu/dma-iommu.c| 58 ++++++++++++++++++++---------------------------1 file changed, 25 insertions(+), 33 deletions(-)drivers/iommu/dma-iommu.c +25
-33@@ -61,15 +61,6 @@ static inline size_t cookie_msi_granule(struct iommu_dma_cookie *cookie)return PAGE_SIZE ; } -static inline struct iova_domain *cookie_iovad (struct iommu_domain *domain) -{ -struct iommu_dma_cookie *cookie = domain->iova_cookie; - -if (cookie->type ==IOMMU_DMA_IOVA_COOKIE ) -return &cookie->iovad; -return NULL ; -} -static struct iommu_dma_cookie *cookie_alloc (enum iommu_dma_cookie_type type) {struct iommu_dma_cookie *cookie;@@ -368,11 +359,19 @@ int dma_info_to_prot(enum dma_data_direction dir, bool coherent,static dma_addr_t iommu_dma_alloc_iova (struct iommu_domain *domain,size_t size,dma_addr_t dma_limit,struct device *dev) { -struct iova_domain *iovad =cookie_iovad (domain); -unsigned long shift =iova_shift (iovad); -unsigned long iova_len = size >> shift; +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad; +unsigned long shift, iova_len;struct iova *iova =NULL ; +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { + cookie->msi_iova += size; +return cookie->msi_iova - size; + } + + shift =iova_shift (iovad); + iova_len = size >> shift; +if (domain->geometry.force_aperture) dma_limit =min (dma_limit, domain->geometry.aperture_end);@@ -396,6 +395,12 @@ static void iommu_dma_free_iova(struct iommu_dma_cookie *cookie,struct iova_domain *iovad = &cookie->iovad;struct iova *iova_rbnode; +/* The MSI case is only ever cleaning up its most recent allocation */ +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { + cookie->msi_iova -= size; +return ; + } + iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova));if (WARN_ON (!iova_rbnode))return ;@@ -406,14 +411,15 @@ static void iommu_dma_free_iova(struct iommu_dma_cookie *cookie,static void __iommu_dma_unmap (struct iommu_domain *domain,dma_addr_t dma_addr,size_t size) { -struct iova_domain *iovad =cookie_iovad (domain); +struct iommu_dma_cookie *cookie = domain->iova_cookie; +struct iova_domain *iovad = &cookie->iovad;size_t iova_off =iova_offset (iovad, dma_addr); dma_addr -= iova_off; size =iova_align (iovad, size + iova_off);WARN_ON (iommu_unmap (domain, dma_addr, size) != size); -iommu_dma_free_iova (domain->iova_cookie, dma_addr, size); +iommu_dma_free_iova (cookie, dma_addr, size); }static void __iommu_dma_free_pages (struct page **pages,int count)@@ -838,7 +844,6 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev, {struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iommu_dma_msi_page *msi_page; -struct iova_domain *iovad =cookie_iovad (domain);dma_addr_t iova;int prot =IOMMU_WRITE |IOMMU_NOEXEC |IOMMU_MMIO ;size_t size =cookie_msi_granule (cookie);@@ -852,29 +857,16 @@ static struct iommu_dma_msi_page *iommu_dma_get_msi_page(struct device *dev,if (!msi_page)return NULL ; - msi_page->phys = msi_addr; -if (iovad) { - iova =iommu_dma_alloc_iova (domain, size,dma_get_mask (dev), dev); -if (!iova) - goto out_free_page; - msi_page->iova = iova; - }else { - msi_page->iova = cookie->msi_iova; - cookie->msi_iova += size; - } - -if (iommu_map (domain, msi_page->iova, msi_addr, size, prot)) - goto out_free_iova; + iova =__iommu_dma_map (dev, msi_addr, size, prot); +if (iommu_dma_mapping_error (dev, iova)) + goto out_free_page;INIT_LIST_HEAD (&msi_page->list); + msi_page->phys = msi_addr; + msi_page->iova = iova;list_add (&msi_page->list, &cookie->msi_page_list);return msi_page; -out_free_iova: -if (iovad) -iommu_dma_free_iova (cookie, iova, size); -else - cookie->msi_iova -= size;
out_free_page:
Quoted 3 lines
kfree(msi_page); return NULL;
This patch series helps to resolve the Ubuntu bug, where we see the Ubuntu Zesty (4.10 based) kernel reporting multi cpu soft lockups on QDF2400 SDP.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1680549
This patch series along with the following cherry-picks from Linus's tree dddd632b072f iommu/dma: Implement PCI allocation optimisation de84f5f049d9 iommu/dma: Stop getting dma_32bit_pfn wrong
were applied to Ubuntu Zesty 4.10 kernel (Ubuntu-4.10.0-18.20) and tested on a QDF2400 SDP.
--
============================
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
============================
PATCH RESEND 3/3 iommu/dma: Plumb in the per-CPU IOVA caches
In reply to Robin MurphyQuoted 79 lines · Robin Murphy
With IOVA allocation suitably tidied up, we are finally free to opt in to the per-CPU caching mechanism. The caching alone can provide a modest improvement over walking the rbtree for weedier systems (iperf3 shows ~10% more ethernet throughput on an ARM Juno r1 constrained to a single 650MHz Cortex-A53), but the real gain will be in sidestepping the rbtree lock contention which larger ARM-based systems with lots of parallel I/O are starting to feel the pain of.
Reviewed-by Nate Watterson <[email protected]>Tested-by Nate Watterson <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
drivers/iommu/dma-iommu.c| 39 ++++++++++++++++++---------------------1 file changed, 18 insertions(+), 21 deletions(-)drivers/iommu/dma-iommu.c +16
-16@@ -361,8 +361,7 @@ static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, {struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iova_domain *iovad = &cookie->iovad; -unsigned long shift, iova_len; -struct iova *iova =NULL ; +unsigned long shift, iova_len, iova =0 ;if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { cookie->msi_iova += size;@@ -371,41 +370,39 @@ static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, shift =iova_shift (iovad); iova_len = size >> shift; +/* +* Freeing non-power-of-two-sized allocations back into the IOVA caches +* will come back to bite us badly, so we have to waste a bit of space +* rounding up anything cacheable to make sure that can't happen. The +* order of the unadjusted size will still match upon freeing. +*/ +if (iova_len < (1 << (IOVA_RANGE_CACHE_MAX_SIZE -1 ))) + iova_len =roundup_pow_of_two (iova_len);if (domain->geometry.force_aperture) dma_limit =min (dma_limit, domain->geometry.aperture_end);/* Try to get PCI devices a SAC address */ if (dma_limit >DMA_BIT_MASK (32 ) &&dev_is_pci (dev)) - iova =alloc_iova (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift, - true); -/* -* Enforce size-alignment to be safe - there could perhaps be an -* attribute to control this per-device, or at least per-domain... -*/ -if (!iova) - iova =alloc_iova (iovad, iova_len, dma_limit >> shift, true); + iova =alloc_iova_fast (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift); -return (dma_addr_t )iova->pfn_lo << shift; +if (!iova) + iova =alloc_iova_fast (iovad, iova_len, dma_limit >> shift); + +return (dma_addr_t )iova << shift; }static void iommu_dma_free_iova (struct iommu_dma_cookie *cookie,dma_addr_t iova,size_t size) {struct iova_domain *iovad = &cookie->iovad; -struct iova *iova_rbnode; +unsigned long shift =iova_shift (iovad);/* The MSI case is only ever cleaning up its most recent allocation */ -if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) cookie->msi_iova -= size; -return ; - } -
drivers/iommu/dma-iommu.c static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, · line 408
Quoted 10 lines
drivers/iommu/dma-iommu.c +2
-5- iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova)); -if (WARN_ON (!iova_rbnode)) -return ; - -__free_iova (iovad, iova_rbnode); +else +free_iova_fast (iovad, iova >> shift, size >> shift); } static void __iommu_dma_unmap(struct iommu_domain *domain, dma_addr_t dma_addr,
This patch series helps to resolve the Ubuntu bug, where we see the Ubuntu Zesty (4.10 based) kernel reporting multi cpu soft lockups on QDF2400 SDP.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1680549
This patch series along with the following cherry-picks from Linus's tree dddd632b072f iommu/dma: Implement PCI allocation optimisation de84f5f049d9 iommu/dma: Stop getting dma_32bit_pfn wrong
were applied to Ubuntu Zesty 4.10 kernel (Ubuntu-4.10.0-18.20) and tested on a QDF2400 SDP.
--
============================
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
============================
Robin Murphy
maintainerPATCH RESEND 3/3 iommu/dma: Plumb in the per-CPU IOVA caches
Quoted 96 lines · Manoj Iyer
Quoted 94 lines · Robin Murphy
With IOVA allocation suitably tidied up, we are finally free to opt in to the per-CPU caching mechanism. The caching alone can provide a modest improvement over walking the rbtree for weedier systems (iperf3 shows ~10% more ethernet throughput on an ARM Juno r1 constrained to a single 650MHz Cortex-A53), but the real gain will be in sidestepping the rbtree lock contention which larger ARM-based systems with lots of parallel I/O are starting to feel the pain of.
Reviewed-by Nate Watterson <[email protected]>Tested-by Nate Watterson <[email protected]>Signed-off-by Robin Murphy <[email protected]>---
drivers/iommu/dma-iommu.c| 39 ++++++++++++++++++---------------------1 file changed, 18 insertions(+), 21 deletions(-)drivers/iommu/dma-iommu.c +1
-2@@ -361,8 +361,7 @@ static dma_addr_t iommu_dma_alloc_iova(struct iommu_domain *domain, {struct iommu_dma_cookie *cookie = domain->iova_cookie;struct iova_domain *iovad = &cookie->iovad; -unsigned long shift, iova_len; -struct iova *iova =NULL ; +unsigned long shift, iova_len, iova =0 ;if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) {cookie->msi_iova += size;drivers/iommu/dma-iommu.c +2
-0@@ -371,41 +370,39 @@ static dma_addr_t iommu_dma_alloc_iova(structiommu_domain *domain, shift =iova_shift (iovad); iova_len = size >> shift; +/* +* Freeing non-power-of-two-sized allocations back into the IOVA caches
+ * will come back to bite us badly, so we have to waste a bit of
space
+ * rounding up anything cacheable to make sure that can't happen.
Thedrivers/iommu/dma-iommu.c +5
-8+* order of the unadjusted size will still match upon freeing. +*/ +if (iova_len < (1 << (IOVA_RANGE_CACHE_MAX_SIZE -1 ))) + iova_len =roundup_pow_of_two (iova_len);if (domain->geometry.force_aperture) dma_limit =min (dma_limit, domain->geometry.aperture_end);/* Try to get PCI devices a SAC address */ if (dma_limit >DMA_BIT_MASK (32 ) &&dev_is_pci (dev)) - iova =alloc_iova (iovad, iova_len,DMA_BIT_MASK (32 ) >> shift, - true); -/* -* Enforce size-alignment to be safe - there could perhaps be an -* attribute to control this per-device, or at least per-domain... -*/ -if (!iova) - iova =alloc_iova (iovad, iova_len, dma_limit >> shift, true); + iova = alloc_iova_fast(iovad, iova_len, DMA_BIT_MASK(32) >>shift);
drivers/iommu/dma-iommu.c +4
-1-return (dma_addr_t )iova->pfn_lo << shift; +if (!iova) + iova =alloc_iova_fast (iovad, iova_len, dma_limit >> shift); + +return (dma_addr_t )iova << shift;}
static void iommu_dma_free_iova(struct
iommu_dma_cookie*cookie,
dma_addr_tiova,size_tsize){ struct iova_domain *iovad = &cookie->iovad;drivers/iommu/dma-iommu.c +1
-1-struct iova *iova_rbnode; +unsigned long shift =iova_shift (iovad);/* The MSI case is only ever cleaning up its most recent allocation */
drivers/iommu/dma-iommu.c +3
-9-if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) { +if (cookie->type ==IOMMU_DMA_MSI_COOKIE ) cookie->msi_iova -= size; -return ; - } - - iova_rbnode =find_iova (iovad,iova_pfn (iovad, iova)); -if (WARN_ON (!iova_rbnode)) -return ; - -__free_iova (iovad, iova_rbnode); +else +free_iova_fast (iovad, iova >> shift, size >> shift);}
Quoted 7 lines
Quoted 3 lines
static void __iommu_dma_unmap(struct
iommu_domain*domain,dma_addr_tdma_addr,This patch series helps to resolve the Ubuntu bug, where we see the Ubuntu Zesty (4.10 based) kernel reporting multi cpu soft lockups on QDF2400 SDP. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1680549
Wow, how many separate buffers does that driver have mapped at once to spend 22 seconds walking the rbtree for a single allocation!? I'd almost expect that to indicate a deadlock.
I'm guessing you wouldn't have seen this on older kernels, since I assume that particular platform is booting via ACPI, so wouldn't have had the SMMU enabled without the IORT support which landed in 4.10.
Quoted 8 lines
This patch series along with the following cherry-picks from Linus's tree
dddd632b072fiommu/dma: Implement PCI allocation optimisationde84f5f049d9iommu/dma: Stop gettingdma_32bit_pfnwrongwere applied to Ubuntu Zesty 4.10 kernel (Ubuntu-4.10.0-18.20) and tested on a QDF2400 SDP.
Tested-by Manoj Iyer <[email protected]>
Thanks,
Robin.
Quoted 8 lines
Signature · 6 lines
-- ============================ Manoj Iyer Ubuntu/Canonical ARM Servers - Cloud ============================
PATCH RESEND 3/3 iommu/dma: Plumb in the per-CPU IOVA caches
Hi Robin,
Quoted 11 lines · Robin Murphy
Quoted 10 lines · Manoj Iyer
Quoted 8 lines · Robin Murphy
With IOVA allocation suitably tidied up, we are finally free to opt in to the per-CPU caching mechanism. The caching alone can provide a modest improvement over walking the rbtree for weedier systems (iperf3 shows ~10% more ethernet throughput on an ARM Juno r1 constrained to a single 650MHz Cortex-A53), but the real gain will be in sidestepping the rbtree lock contention which larger ARM-based systems with lots of parallel I/O are starting to feel the pain of.
[...]
Quoted 5 lines
Quoted 4 lines
This patch series helps to resolve the Ubuntu bug, where we see the Ubuntu Zesty (4.10 based) kernel reporting multi cpu soft lockups on QDF2400 SDP. https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1680549
Quoted 8 lines
Wow, how many separate buffers does that driver have mapped at once to spend 22 seconds walking the rbtree for a single allocation!? I'd almost expect that to indicate a deadlock.
I'm guessing you wouldn't have seen this on older kernels, since I assume that particular platform is booting via ACPI, so wouldn't have had the SMMU enabled without the IORT support which landed in 4.10.
Although this series does improve performance, the soft lockups seen in the Ubuntu bug Manoj mentioned were actually because while the the mlx5 interface was being brought up, a huge number of concurrent calls to alloc_iova() were being made with limit_pfn != dma_32bit_pfn so the optimized iova lookup was being bypassed.
Internally we worked around the issue by adding a set_dma_mask handler that would call iommu_dma_init_domain() to adjust dma_32bit_pfn to match the input mask.
This worked well, however it clearly would not have played nice with your dma-iommu PCI optimizations that force dma_limit to 32-bits so it was never sent out. The application of the "PCI allocation optimisations" patch is what actually remedied the cpu soft lockups seen by Manoj.
Back to your question of how many buffers does the mlx5 driver have mapped at once. It seems to scale linearly with core count. For example, with 24-cores, after doing 'ifconfig eth<n> up', ~38k calls to alloc_iova() have been made and the min iova is ~0xF600_0000. With 48-cores, those numbers jump to ~66k calls with min iova ~0xEF00_0000.
Things get really scary when you start using 64k pages. The number of calls to alloc_iova() stays about the same which, when combined with the reserved PCI windows, ends up consuming all of our 32-bit iovas forcing us to once again call alloc_iova() but this time with a limit_pfn != dma_32bit_pfn. This is actually how I stumbled upon the alloc_iova() underflow bug that I posted about a bit earlier.
Quoted 26 lines
Quoted 8 lines
This patch series along with the following cherry-picks from Linus's tree
dddd632b072fiommu/dma: Implement PCI allocation optimisationde84f5f049d9iommu/dma: Stop gettingdma_32bit_pfnwrongwere applied to Ubuntu Zesty 4.10 kernel (Ubuntu-4.10.0-18.20) and tested on a QDF2400 SDP.
Tested-by Manoj Iyer <[email protected]>Thanks,
Robin.Quoted 8 lines
--
============================
Manoj Iyer
Ubuntu/Canonical
ARM Servers - Cloud
============================_______________________________________________
iommu mailing list
iommu at lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
Signature · 2 lines
Qualcomm Datacenter Technologies as an affiliate of Qualcomm Technologies, Inc. Qualcomm Technologies, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project.