Per device coherent DMA map ops
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest0 of 4 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 4 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/4] Per device coherent DMA map ops
Quoted 35 lines · Marek Szyprowski
Hello,
Quoted 19 lines · Rob Herring
From: Rob Herring <[email protected]>
This is series adds coherent DMA map operations which can be set per device. Expanding on the first RFC[1], this version adds iommu ops and implements support on highbank platform.
arch_is_coherentis never defined true since removing ixp2xxx, so we can remove it altogether.Rob
[1] http://lists.infradead.org/pipermail/linux-arm-kernel/2012-August/113921.html
Rob Herring (4):
ARM: add coherent dma ops
ARM: add coherent iommu dma ops
ARM: kill offarch_is_coherent
ARM: highbank: add coherent DMA setupQuoted 11 lines
.../devicetree/bindings/ata/ahci-platform.txt | 3 + .../devicetree/bindings/dma/arm-pl330.txt | 3 + .../devicetree/bindings/net/calxeda-xgmac.txt | 3 + arch/arm/boot/dts/highbank.dts | 1 + arch/arm/include/asm/barrier.h | 7 +- arch/arm/include/asm/dma-mapping.h | 1 + arch/arm/include/asm/memory.h | 8 - arch/arm/mach-highbank/highbank.c | 52 ++++ arch/arm/mm/dma-mapping.c | 254 ++++++++++++++++---- arch/arm/mm/mmu.c | 17 +- 10 files changed, 271 insertions(+), 78 deletions(-)
Quoted 7 lines
I like those patches and I would like to take it to my dma-mapping-next tree, but I wonder how to handle merging of the last patch. Arnd, Olof - could You tell me how to do it? I assume that it should be somehow merged by arm-soc tree, so it depends on the earlier patches. Would it be enough if I take them to the topic branch? Then I can continue works on dma-mapping subsystem by merging that topic branch to my dma-mapping-next and you will also take it as a dependency for highbank patches. Am I right?
I'm fine with it all going in thru your tree. Seems a bit silly to deal with tracking the dependencies all for 1 patch. The only possible conflict I see is with the dts file and some other SATA related changes which will go in via the ata tree. But the merge is trivial and the conflict will be there either with your tree or arm-soc.
Rob