ARM: dma-mapping: fix buffer chunk allocation order
authorMarek Szyprowski <m.szyprowski@samsung.com>
Thu, 21 Jun 2012 09:48:11 +0000 (11:48 +0200)
committerMarek Szyprowski <m.szyprowski@samsung.com>
Mon, 25 Jun 2012 08:18:52 +0000 (10:18 +0200)
IOMMU-aware dma_alloc_attrs() implementation allocates buffers in
power-of-two chunks to improve performance and take advantage of large
page mappings provided by some IOMMU hardware. However current code, due
to a subtle bug, allocated those chunks in the smallest-to-largest
order, what completely killed all the advantages of using larger than
page chunks. If a 4KiB chunk has been mapped as a first chunk, the
consecutive chunks are not aligned correctly to the power-of-two which
match their size and IOMMU drivers were not able to use internal
mappings of size other than the 4KiB (largest common denominator of
alignment and chunk size).

This patch fixes this issue by changing to the correct largest-to-smallest
chunk size allocation sequence.

Signed-off-by: Marek Szyprowski <m.szyprowski@samsung.com>
arch/arm/mm/dma-mapping.c

index d766e4256b74279bf6e300436cade8ab31baf546..4044abcf6f9d8d90f3bac55df229267dc09b23ed 100644 (file)
@@ -1067,7 +1067,7 @@ static struct page **__iommu_alloc_buffer(struct device *dev, size_t size, gfp_t
                return NULL;
 
        while (count) {
-               int j, order = __ffs(count);
+               int j, order = __fls(count);
 
                pages[i] = alloc_pages(gfp | __GFP_NOWARN, order);
                while (!pages[i] && order)