* [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-18 15:27 ` Christoph Hellwig 0 siblings, 0 replies; 18+ messages in thread From: Christoph Hellwig @ 2019-09-18 15:27 UTC (permalink / raw) To: Linus Torvalds; +Cc: linux-mmc, iommu, xen-devel, linux-kernel Hi Linus, please pull the dma-mapping updates for 5.4. In addition to the usual Kconfig conflics where you just want to keep both edits there are a few more interesting merge issues this time: - most importanly powerpc and microblaze add new callers of dma_atomic_pool_init, while this tree marks the function static and calls it from a common postcore_initcall(). The trivial functions added in powerpc and microblaze adding the calls need to be removed for the code to compile. This will not show up as a merge conflict and needs to be dealt with manually! - the csky tree has edits close to edits from this tree in arch/csky/mm/dma-mapping.c, keep both edits as there are no functional conflicts. - for ia64 keep the removal of arch/ia64/sn/pci/pci_dma.c from the ia64 tree. The ia64 tree moves sba_dma_ops around a bit. Keep the move and the wiring up of ->mmap and ->get_sgtable from this tree. - the -mm tree adds a new compound_nr helper that some of the Xen code removed in this pull request removes. Keep the removal from this tree. - the block tree adds a new helper next to the new block helpers from this tree, keep both - the arm64 tree removes a __KERNEL__ ifdef from arch/arm64/include/asm/dma-mapping.h, which is removed in this tree. Keep the removal. The following changes since commit a55aa89aab90fae7c815b0551b07be37db359d76: Linux 5.3-rc6 (2019-08-25 12:01:23 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 for you to fetch changes up to c7d9eccb3c1e802c5cbb2a764eb0eb9807d9f12e: mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE (2019-09-12 13:14:09 +0100) ---------------------------------------------------------------- dma-mapping updates for 5.4: - add dma-mapping and block layer helpers to take care of IOMMU merging for mmc plus subsequent fixups (Yoshihiro Shimoda) - rework handling of the pgprot bits for remapping (me) - take care of the dma direct infrastructure for swiotlb-xen (me) - improve the dma noncoherent remapping infrastructure (me) - better defaults for ->mmap, ->get_sgtable and ->get_required_mask (me) - cleanup mmaping of coherent DMA allocations (me) - various misc cleanups (Andy Shevchenko, me) ---------------------------------------------------------------- Andy Shevchenko (1): dma-mapping: fix filename references Christoph Hellwig (34): unicore32: remove the unused pgprot_dmacoherent define arm-nommu: remove the unused pgprot_dmacoherent define dma-mapping: remove arch_dma_mmap_pgprot dma-mapping: make dma_atomic_pool_init self-contained arm64: document the choice of page attributes for pgprot_dmacoherent MIPS: document mixing "slightly different CCAs" dma-mapping: move the dma_get_sgtable API comments from arm to common code dma-mapping: explicitly wire up ->mmap and ->get_sgtable dma-mapping: add a dma_can_mmap helper ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_* arm-nommu: call dma_mmap_from_dev_coherent directly parisc: don't set ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove dma_{alloc,free,mmap}_writecombine dma-mapping: remove dma_release_declared_memory dma-mapping: remove the dma_mmap_from_dev_coherent export remoteproc: don't allow modular build dma-mapping: remove the dma_declare_coherent_memory export dma-mapping: provide a better default ->get_required_mask vmalloc: lift the arm flag for coherent mappings to common code dma-mapping: always use VM_DMA_COHERENT for generic DMA remap dma-mapping: introduce a dma_common_find_pages helper arm: remove wrappers for the generic dma remap helpers xen/arm: use dma-noncoherent.h calls for xen-swiotlb cache maintainance xen/arm: consolidate page-coherent.h xen/arm: use dev_is_dma_coherent xen/arm: simplify dma_cache_maint xen/arm: remove xen_dma_ops xen: remove the exports for xen_{create,destroy}_contiguous_region swiotlb-xen: remove xen_swiotlb_dma_mmap and xen_swiotlb_dma_get_sgtable swiotlb-xen: use the same foreign page check everywhere swiotlb-xen: simplify cache maintainance swiotlb-xen: merge xen_unmap_single into xen_swiotlb_unmap_page arm64: use asm-generic/dma-mapping.h Yoshihiro Shimoda (6): block: add a helper function to merge the segments mmc: queue: use bigger segments if DMA MAP layer can merge the segments dma-mapping: introduce dma_get_merge_boundary() iommu/dma: add a new dma_map_ops of get_merge_boundary() mmc: queue: Fix bigger segments usage mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE Documentation/DMA-API.txt | 19 ++-- Documentation/x86/x86_64/boot-options.rst | 2 +- arch/Kconfig | 3 - arch/alpha/kernel/pci_iommu.c | 2 + arch/arc/mm/dma.c | 6 -- arch/arm/Kconfig | 2 +- arch/arm/include/asm/device.h | 3 - arch/arm/include/asm/dma-mapping.h | 6 -- arch/arm/include/asm/pgtable-nommu.h | 1 - arch/arm/include/asm/xen/page-coherent.h | 93 ------------------- arch/arm/mm/dma-mapping-nommu.c | 5 +- arch/arm/mm/dma-mapping.c | 84 +++-------------- arch/arm/mm/mm.h | 3 - arch/arm/xen/mm.c | 129 ++++++++------------------ arch/arm64/Kconfig | 1 - arch/arm64/include/asm/Kbuild | 1 + arch/arm64/include/asm/dma-mapping.h | 31 ------- arch/arm64/include/asm/pgtable.h | 12 +++ arch/arm64/include/asm/xen/page-coherent.h | 75 --------------- arch/arm64/mm/dma-mapping.c | 16 +--- arch/c6x/Kconfig | 1 - arch/csky/mm/dma-mapping.c | 6 -- arch/ia64/hp/common/sba_iommu.c | 2 + arch/ia64/kernel/setup.c | 2 +- arch/ia64/sn/pci/pci_dma.c | 2 + arch/m68k/Kconfig | 2 - arch/m68k/include/asm/pgtable_mm.h | 3 + arch/m68k/kernel/dma.c | 3 +- arch/microblaze/Kconfig | 1 - arch/mips/Kconfig | 9 +- arch/mips/jazz/jazzdma.c | 2 + arch/mips/mm/dma-noncoherent.c | 8 -- arch/nds32/kernel/dma.c | 6 -- arch/parisc/Kconfig | 1 - arch/powerpc/kernel/dma-iommu.c | 2 + arch/powerpc/platforms/ps3/system-bus.c | 11 +-- arch/powerpc/platforms/pseries/vio.c | 2 + arch/s390/pci/pci_dma.c | 2 + arch/sh/Kconfig | 1 - arch/unicore32/include/asm/pgtable.h | 2 - arch/x86/include/asm/xen/page-coherent.h | 14 --- arch/x86/kernel/amd_gart_64.c | 3 + arch/x86/kernel/pci-calgary_64.c | 2 + arch/x86/kernel/pci-swiotlb.c | 1 - arch/x86/kernel/setup.c | 2 +- arch/x86/pci/sta2x11-fixup.c | 4 +- arch/x86/xen/mmu_pv.c | 2 - arch/xtensa/Kconfig | 1 - arch/xtensa/kernel/pci-dma.c | 4 +- block/blk-settings.c | 23 +++++ drivers/gpu/drm/omapdrm/dss/dispc.c | 11 +-- drivers/iommu/amd_iommu.c | 2 + drivers/iommu/dma-iommu.c | 29 +++--- drivers/iommu/intel-iommu.c | 2 + drivers/mmc/core/queue.c | 41 +++++++- drivers/mmc/host/renesas_sdhi_internal_dmac.c | 2 +- drivers/parisc/ccio-dma.c | 1 + drivers/parisc/sba_iommu.c | 1 + drivers/remoteproc/Kconfig | 2 +- drivers/xen/swiotlb-xen.c | 84 ++++------------- include/linux/blkdev.h | 2 + include/linux/dma-mapping.h | 34 +++---- include/linux/dma-noncoherent.h | 13 ++- include/linux/mmc/host.h | 2 + include/linux/vmalloc.h | 2 + include/xen/arm/hypervisor.h | 2 - include/xen/arm/page-coherent.h | 24 +++-- include/xen/swiotlb-xen.h | 5 + kernel/dma/Kconfig | 12 ++- kernel/dma/coherent.c | 13 --- kernel/dma/mapping.c | 105 ++++++++++++++------- kernel/dma/remap.c | 51 ++++++---- mm/vmalloc.c | 5 +- sound/core/pcm_native.c | 13 ++- 74 files changed, 399 insertions(+), 677 deletions(-) delete mode 100644 arch/arm64/include/asm/dma-mapping.h ^ permalink raw reply [flat|nested] 18+ messages in thread
* [Xen-devel] [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-18 15:27 ` Christoph Hellwig 0 siblings, 0 replies; 18+ messages in thread From: Christoph Hellwig @ 2019-09-18 15:27 UTC (permalink / raw) To: Linus Torvalds; +Cc: xen-devel, iommu, linux-mmc, linux-kernel Hi Linus, please pull the dma-mapping updates for 5.4. In addition to the usual Kconfig conflics where you just want to keep both edits there are a few more interesting merge issues this time: - most importanly powerpc and microblaze add new callers of dma_atomic_pool_init, while this tree marks the function static and calls it from a common postcore_initcall(). The trivial functions added in powerpc and microblaze adding the calls need to be removed for the code to compile. This will not show up as a merge conflict and needs to be dealt with manually! - the csky tree has edits close to edits from this tree in arch/csky/mm/dma-mapping.c, keep both edits as there are no functional conflicts. - for ia64 keep the removal of arch/ia64/sn/pci/pci_dma.c from the ia64 tree. The ia64 tree moves sba_dma_ops around a bit. Keep the move and the wiring up of ->mmap and ->get_sgtable from this tree. - the -mm tree adds a new compound_nr helper that some of the Xen code removed in this pull request removes. Keep the removal from this tree. - the block tree adds a new helper next to the new block helpers from this tree, keep both - the arm64 tree removes a __KERNEL__ ifdef from arch/arm64/include/asm/dma-mapping.h, which is removed in this tree. Keep the removal. The following changes since commit a55aa89aab90fae7c815b0551b07be37db359d76: Linux 5.3-rc6 (2019-08-25 12:01:23 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 for you to fetch changes up to c7d9eccb3c1e802c5cbb2a764eb0eb9807d9f12e: mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE (2019-09-12 13:14:09 +0100) ---------------------------------------------------------------- dma-mapping updates for 5.4: - add dma-mapping and block layer helpers to take care of IOMMU merging for mmc plus subsequent fixups (Yoshihiro Shimoda) - rework handling of the pgprot bits for remapping (me) - take care of the dma direct infrastructure for swiotlb-xen (me) - improve the dma noncoherent remapping infrastructure (me) - better defaults for ->mmap, ->get_sgtable and ->get_required_mask (me) - cleanup mmaping of coherent DMA allocations (me) - various misc cleanups (Andy Shevchenko, me) ---------------------------------------------------------------- Andy Shevchenko (1): dma-mapping: fix filename references Christoph Hellwig (34): unicore32: remove the unused pgprot_dmacoherent define arm-nommu: remove the unused pgprot_dmacoherent define dma-mapping: remove arch_dma_mmap_pgprot dma-mapping: make dma_atomic_pool_init self-contained arm64: document the choice of page attributes for pgprot_dmacoherent MIPS: document mixing "slightly different CCAs" dma-mapping: move the dma_get_sgtable API comments from arm to common code dma-mapping: explicitly wire up ->mmap and ->get_sgtable dma-mapping: add a dma_can_mmap helper ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_* arm-nommu: call dma_mmap_from_dev_coherent directly parisc: don't set ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove dma_{alloc,free,mmap}_writecombine dma-mapping: remove dma_release_declared_memory dma-mapping: remove the dma_mmap_from_dev_coherent export remoteproc: don't allow modular build dma-mapping: remove the dma_declare_coherent_memory export dma-mapping: provide a better default ->get_required_mask vmalloc: lift the arm flag for coherent mappings to common code dma-mapping: always use VM_DMA_COHERENT for generic DMA remap dma-mapping: introduce a dma_common_find_pages helper arm: remove wrappers for the generic dma remap helpers xen/arm: use dma-noncoherent.h calls for xen-swiotlb cache maintainance xen/arm: consolidate page-coherent.h xen/arm: use dev_is_dma_coherent xen/arm: simplify dma_cache_maint xen/arm: remove xen_dma_ops xen: remove the exports for xen_{create,destroy}_contiguous_region swiotlb-xen: remove xen_swiotlb_dma_mmap and xen_swiotlb_dma_get_sgtable swiotlb-xen: use the same foreign page check everywhere swiotlb-xen: simplify cache maintainance swiotlb-xen: merge xen_unmap_single into xen_swiotlb_unmap_page arm64: use asm-generic/dma-mapping.h Yoshihiro Shimoda (6): block: add a helper function to merge the segments mmc: queue: use bigger segments if DMA MAP layer can merge the segments dma-mapping: introduce dma_get_merge_boundary() iommu/dma: add a new dma_map_ops of get_merge_boundary() mmc: queue: Fix bigger segments usage mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE Documentation/DMA-API.txt | 19 ++-- Documentation/x86/x86_64/boot-options.rst | 2 +- arch/Kconfig | 3 - arch/alpha/kernel/pci_iommu.c | 2 + arch/arc/mm/dma.c | 6 -- arch/arm/Kconfig | 2 +- arch/arm/include/asm/device.h | 3 - arch/arm/include/asm/dma-mapping.h | 6 -- arch/arm/include/asm/pgtable-nommu.h | 1 - arch/arm/include/asm/xen/page-coherent.h | 93 ------------------- arch/arm/mm/dma-mapping-nommu.c | 5 +- arch/arm/mm/dma-mapping.c | 84 +++-------------- arch/arm/mm/mm.h | 3 - arch/arm/xen/mm.c | 129 ++++++++------------------ arch/arm64/Kconfig | 1 - arch/arm64/include/asm/Kbuild | 1 + arch/arm64/include/asm/dma-mapping.h | 31 ------- arch/arm64/include/asm/pgtable.h | 12 +++ arch/arm64/include/asm/xen/page-coherent.h | 75 --------------- arch/arm64/mm/dma-mapping.c | 16 +--- arch/c6x/Kconfig | 1 - arch/csky/mm/dma-mapping.c | 6 -- arch/ia64/hp/common/sba_iommu.c | 2 + arch/ia64/kernel/setup.c | 2 +- arch/ia64/sn/pci/pci_dma.c | 2 + arch/m68k/Kconfig | 2 - arch/m68k/include/asm/pgtable_mm.h | 3 + arch/m68k/kernel/dma.c | 3 +- arch/microblaze/Kconfig | 1 - arch/mips/Kconfig | 9 +- arch/mips/jazz/jazzdma.c | 2 + arch/mips/mm/dma-noncoherent.c | 8 -- arch/nds32/kernel/dma.c | 6 -- arch/parisc/Kconfig | 1 - arch/powerpc/kernel/dma-iommu.c | 2 + arch/powerpc/platforms/ps3/system-bus.c | 11 +-- arch/powerpc/platforms/pseries/vio.c | 2 + arch/s390/pci/pci_dma.c | 2 + arch/sh/Kconfig | 1 - arch/unicore32/include/asm/pgtable.h | 2 - arch/x86/include/asm/xen/page-coherent.h | 14 --- arch/x86/kernel/amd_gart_64.c | 3 + arch/x86/kernel/pci-calgary_64.c | 2 + arch/x86/kernel/pci-swiotlb.c | 1 - arch/x86/kernel/setup.c | 2 +- arch/x86/pci/sta2x11-fixup.c | 4 +- arch/x86/xen/mmu_pv.c | 2 - arch/xtensa/Kconfig | 1 - arch/xtensa/kernel/pci-dma.c | 4 +- block/blk-settings.c | 23 +++++ drivers/gpu/drm/omapdrm/dss/dispc.c | 11 +-- drivers/iommu/amd_iommu.c | 2 + drivers/iommu/dma-iommu.c | 29 +++--- drivers/iommu/intel-iommu.c | 2 + drivers/mmc/core/queue.c | 41 +++++++- drivers/mmc/host/renesas_sdhi_internal_dmac.c | 2 +- drivers/parisc/ccio-dma.c | 1 + drivers/parisc/sba_iommu.c | 1 + drivers/remoteproc/Kconfig | 2 +- drivers/xen/swiotlb-xen.c | 84 ++++------------- include/linux/blkdev.h | 2 + include/linux/dma-mapping.h | 34 +++---- include/linux/dma-noncoherent.h | 13 ++- include/linux/mmc/host.h | 2 + include/linux/vmalloc.h | 2 + include/xen/arm/hypervisor.h | 2 - include/xen/arm/page-coherent.h | 24 +++-- include/xen/swiotlb-xen.h | 5 + kernel/dma/Kconfig | 12 ++- kernel/dma/coherent.c | 13 --- kernel/dma/mapping.c | 105 ++++++++++++++------- kernel/dma/remap.c | 51 ++++++---- mm/vmalloc.c | 5 +- sound/core/pcm_native.c | 13 ++- 74 files changed, 399 insertions(+), 677 deletions(-) delete mode 100644 arch/arm64/include/asm/dma-mapping.h _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-18 15:27 ` Christoph Hellwig 0 siblings, 0 replies; 18+ messages in thread From: Christoph Hellwig @ 2019-09-18 15:27 UTC (permalink / raw) To: Linus Torvalds; +Cc: xen-devel, iommu, linux-mmc, linux-kernel Hi Linus, please pull the dma-mapping updates for 5.4. In addition to the usual Kconfig conflics where you just want to keep both edits there are a few more interesting merge issues this time: - most importanly powerpc and microblaze add new callers of dma_atomic_pool_init, while this tree marks the function static and calls it from a common postcore_initcall(). The trivial functions added in powerpc and microblaze adding the calls need to be removed for the code to compile. This will not show up as a merge conflict and needs to be dealt with manually! - the csky tree has edits close to edits from this tree in arch/csky/mm/dma-mapping.c, keep both edits as there are no functional conflicts. - for ia64 keep the removal of arch/ia64/sn/pci/pci_dma.c from the ia64 tree. The ia64 tree moves sba_dma_ops around a bit. Keep the move and the wiring up of ->mmap and ->get_sgtable from this tree. - the -mm tree adds a new compound_nr helper that some of the Xen code removed in this pull request removes. Keep the removal from this tree. - the block tree adds a new helper next to the new block helpers from this tree, keep both - the arm64 tree removes a __KERNEL__ ifdef from arch/arm64/include/asm/dma-mapping.h, which is removed in this tree. Keep the removal. The following changes since commit a55aa89aab90fae7c815b0551b07be37db359d76: Linux 5.3-rc6 (2019-08-25 12:01:23 -0700) are available in the Git repository at: git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 for you to fetch changes up to c7d9eccb3c1e802c5cbb2a764eb0eb9807d9f12e: mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE (2019-09-12 13:14:09 +0100) ---------------------------------------------------------------- dma-mapping updates for 5.4: - add dma-mapping and block layer helpers to take care of IOMMU merging for mmc plus subsequent fixups (Yoshihiro Shimoda) - rework handling of the pgprot bits for remapping (me) - take care of the dma direct infrastructure for swiotlb-xen (me) - improve the dma noncoherent remapping infrastructure (me) - better defaults for ->mmap, ->get_sgtable and ->get_required_mask (me) - cleanup mmaping of coherent DMA allocations (me) - various misc cleanups (Andy Shevchenko, me) ---------------------------------------------------------------- Andy Shevchenko (1): dma-mapping: fix filename references Christoph Hellwig (34): unicore32: remove the unused pgprot_dmacoherent define arm-nommu: remove the unused pgprot_dmacoherent define dma-mapping: remove arch_dma_mmap_pgprot dma-mapping: make dma_atomic_pool_init self-contained arm64: document the choice of page attributes for pgprot_dmacoherent MIPS: document mixing "slightly different CCAs" dma-mapping: move the dma_get_sgtable API comments from arm to common code dma-mapping: explicitly wire up ->mmap and ->get_sgtable dma-mapping: add a dma_can_mmap helper ALSA: pcm: use dma_can_mmap() to check if a device supports dma_mmap_* arm-nommu: call dma_mmap_from_dev_coherent directly parisc: don't set ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove CONFIG_ARCH_NO_COHERENT_DMA_MMAP dma-mapping: remove dma_{alloc,free,mmap}_writecombine dma-mapping: remove dma_release_declared_memory dma-mapping: remove the dma_mmap_from_dev_coherent export remoteproc: don't allow modular build dma-mapping: remove the dma_declare_coherent_memory export dma-mapping: provide a better default ->get_required_mask vmalloc: lift the arm flag for coherent mappings to common code dma-mapping: always use VM_DMA_COHERENT for generic DMA remap dma-mapping: introduce a dma_common_find_pages helper arm: remove wrappers for the generic dma remap helpers xen/arm: use dma-noncoherent.h calls for xen-swiotlb cache maintainance xen/arm: consolidate page-coherent.h xen/arm: use dev_is_dma_coherent xen/arm: simplify dma_cache_maint xen/arm: remove xen_dma_ops xen: remove the exports for xen_{create,destroy}_contiguous_region swiotlb-xen: remove xen_swiotlb_dma_mmap and xen_swiotlb_dma_get_sgtable swiotlb-xen: use the same foreign page check everywhere swiotlb-xen: simplify cache maintainance swiotlb-xen: merge xen_unmap_single into xen_swiotlb_unmap_page arm64: use asm-generic/dma-mapping.h Yoshihiro Shimoda (6): block: add a helper function to merge the segments mmc: queue: use bigger segments if DMA MAP layer can merge the segments dma-mapping: introduce dma_get_merge_boundary() iommu/dma: add a new dma_map_ops of get_merge_boundary() mmc: queue: Fix bigger segments usage mmc: renesas_sdhi_internal_dmac: Add MMC_CAP2_MERGE_CAPABLE Documentation/DMA-API.txt | 19 ++-- Documentation/x86/x86_64/boot-options.rst | 2 +- arch/Kconfig | 3 - arch/alpha/kernel/pci_iommu.c | 2 + arch/arc/mm/dma.c | 6 -- arch/arm/Kconfig | 2 +- arch/arm/include/asm/device.h | 3 - arch/arm/include/asm/dma-mapping.h | 6 -- arch/arm/include/asm/pgtable-nommu.h | 1 - arch/arm/include/asm/xen/page-coherent.h | 93 ------------------- arch/arm/mm/dma-mapping-nommu.c | 5 +- arch/arm/mm/dma-mapping.c | 84 +++-------------- arch/arm/mm/mm.h | 3 - arch/arm/xen/mm.c | 129 ++++++++------------------ arch/arm64/Kconfig | 1 - arch/arm64/include/asm/Kbuild | 1 + arch/arm64/include/asm/dma-mapping.h | 31 ------- arch/arm64/include/asm/pgtable.h | 12 +++ arch/arm64/include/asm/xen/page-coherent.h | 75 --------------- arch/arm64/mm/dma-mapping.c | 16 +--- arch/c6x/Kconfig | 1 - arch/csky/mm/dma-mapping.c | 6 -- arch/ia64/hp/common/sba_iommu.c | 2 + arch/ia64/kernel/setup.c | 2 +- arch/ia64/sn/pci/pci_dma.c | 2 + arch/m68k/Kconfig | 2 - arch/m68k/include/asm/pgtable_mm.h | 3 + arch/m68k/kernel/dma.c | 3 +- arch/microblaze/Kconfig | 1 - arch/mips/Kconfig | 9 +- arch/mips/jazz/jazzdma.c | 2 + arch/mips/mm/dma-noncoherent.c | 8 -- arch/nds32/kernel/dma.c | 6 -- arch/parisc/Kconfig | 1 - arch/powerpc/kernel/dma-iommu.c | 2 + arch/powerpc/platforms/ps3/system-bus.c | 11 +-- arch/powerpc/platforms/pseries/vio.c | 2 + arch/s390/pci/pci_dma.c | 2 + arch/sh/Kconfig | 1 - arch/unicore32/include/asm/pgtable.h | 2 - arch/x86/include/asm/xen/page-coherent.h | 14 --- arch/x86/kernel/amd_gart_64.c | 3 + arch/x86/kernel/pci-calgary_64.c | 2 + arch/x86/kernel/pci-swiotlb.c | 1 - arch/x86/kernel/setup.c | 2 +- arch/x86/pci/sta2x11-fixup.c | 4 +- arch/x86/xen/mmu_pv.c | 2 - arch/xtensa/Kconfig | 1 - arch/xtensa/kernel/pci-dma.c | 4 +- block/blk-settings.c | 23 +++++ drivers/gpu/drm/omapdrm/dss/dispc.c | 11 +-- drivers/iommu/amd_iommu.c | 2 + drivers/iommu/dma-iommu.c | 29 +++--- drivers/iommu/intel-iommu.c | 2 + drivers/mmc/core/queue.c | 41 +++++++- drivers/mmc/host/renesas_sdhi_internal_dmac.c | 2 +- drivers/parisc/ccio-dma.c | 1 + drivers/parisc/sba_iommu.c | 1 + drivers/remoteproc/Kconfig | 2 +- drivers/xen/swiotlb-xen.c | 84 ++++------------- include/linux/blkdev.h | 2 + include/linux/dma-mapping.h | 34 +++---- include/linux/dma-noncoherent.h | 13 ++- include/linux/mmc/host.h | 2 + include/linux/vmalloc.h | 2 + include/xen/arm/hypervisor.h | 2 - include/xen/arm/page-coherent.h | 24 +++-- include/xen/swiotlb-xen.h | 5 + kernel/dma/Kconfig | 12 ++- kernel/dma/coherent.c | 13 --- kernel/dma/mapping.c | 105 ++++++++++++++------- kernel/dma/remap.c | 51 ++++++---- mm/vmalloc.c | 5 +- sound/core/pcm_native.c | 13 ++- 74 files changed, 399 insertions(+), 677 deletions(-) delete mode 100644 arch/arm64/include/asm/dma-mapping.h _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 20:33 ` Linus Torvalds 0 siblings, 0 replies; 18+ messages in thread From: Linus Torvalds @ 2019-09-19 20:33 UTC (permalink / raw) To: Christoph Hellwig, Michael Ellerman, Michal Simek Cc: linux-mmc, iommu, xen-devel, Linux Kernel Mailing List On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> wrote: > > please pull the dma-mapping updates for 5.4. Pulled. > In addition to the usual Kconfig conflics where you just want to keep > both edits there are a few more interesting merge issues this time: > > - most importanly powerpc and microblaze add new callers of > dma_atomic_pool_init, while this tree marks the function static > and calls it from a common postcore_initcall(). The trivial > functions added in powerpc and microblaze adding the calls > need to be removed for the code to compile. This will not show up > as a merge conflict and needs to be dealt with manually! So I haven't gotten the powerpc or microblaze pull requests yet, so I'm not able to fix that part up yet. Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to remind me when they _do_ send those pull requests, since otherwise I may well forget and miss it. Without an actual data conflict, and since this won't show up in my build tests either, it would be very easy for me to forget. Micha[e]l, can you both please make sure to remind me? Linus ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Xen-devel] [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 20:33 ` Linus Torvalds 0 siblings, 0 replies; 18+ messages in thread From: Linus Torvalds @ 2019-09-19 20:33 UTC (permalink / raw) To: Christoph Hellwig, Michael Ellerman, Michal Simek Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> wrote: > > please pull the dma-mapping updates for 5.4. Pulled. > In addition to the usual Kconfig conflics where you just want to keep > both edits there are a few more interesting merge issues this time: > > - most importanly powerpc and microblaze add new callers of > dma_atomic_pool_init, while this tree marks the function static > and calls it from a common postcore_initcall(). The trivial > functions added in powerpc and microblaze adding the calls > need to be removed for the code to compile. This will not show up > as a merge conflict and needs to be dealt with manually! So I haven't gotten the powerpc or microblaze pull requests yet, so I'm not able to fix that part up yet. Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to remind me when they _do_ send those pull requests, since otherwise I may well forget and miss it. Without an actual data conflict, and since this won't show up in my build tests either, it would be very easy for me to forget. Micha[e]l, can you both please make sure to remind me? Linus _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 20:33 ` Linus Torvalds 0 siblings, 0 replies; 18+ messages in thread From: Linus Torvalds @ 2019-09-19 20:33 UTC (permalink / raw) To: Christoph Hellwig, Michael Ellerman, Michal Simek Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> wrote: > > please pull the dma-mapping updates for 5.4. Pulled. > In addition to the usual Kconfig conflics where you just want to keep > both edits there are a few more interesting merge issues this time: > > - most importanly powerpc and microblaze add new callers of > dma_atomic_pool_init, while this tree marks the function static > and calls it from a common postcore_initcall(). The trivial > functions added in powerpc and microblaze adding the calls > need to be removed for the code to compile. This will not show up > as a merge conflict and needs to be dealt with manually! So I haven't gotten the powerpc or microblaze pull requests yet, so I'm not able to fix that part up yet. Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to remind me when they _do_ send those pull requests, since otherwise I may well forget and miss it. Without an actual data conflict, and since this won't show up in my build tests either, it would be very easy for me to forget. Micha[e]l, can you both please make sure to remind me? Linus _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 20:33 ` Linus Torvalds 0 siblings, 0 replies; 18+ messages in thread From: Linus Torvalds @ 2019-09-19 20:33 UTC (permalink / raw) To: Christoph Hellwig, Michael Ellerman, Michal Simek Cc: xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b, iommu, linux-mmc-u79uwXL29TY76Z2rM5mHXA, Linux Kernel Mailing List On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> wrote: > > please pull the dma-mapping updates for 5.4. Pulled. > In addition to the usual Kconfig conflics where you just want to keep > both edits there are a few more interesting merge issues this time: > > - most importanly powerpc and microblaze add new callers of > dma_atomic_pool_init, while this tree marks the function static > and calls it from a common postcore_initcall(). The trivial > functions added in powerpc and microblaze adding the calls > need to be removed for the code to compile. This will not show up > as a merge conflict and needs to be dealt with manually! So I haven't gotten the powerpc or microblaze pull requests yet, so I'm not able to fix that part up yet. Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to remind me when they _do_ send those pull requests, since otherwise I may well forget and miss it. Without an actual data conflict, and since this won't show up in my build tests either, it would be very easy for me to forget. Micha[e]l, can you both please make sure to remind me? Linus ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 2019-09-19 20:33 ` Linus Torvalds (?) @ 2019-09-19 23:17 ` Michael Ellerman -1 siblings, 0 replies; 18+ messages in thread From: Michael Ellerman @ 2019-09-19 23:17 UTC (permalink / raw) To: Linus Torvalds, Christoph Hellwig, Michael Ellerman, Michal Simek Cc: linux-mmc, iommu, xen-devel, Linux Kernel Mailing List On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >wrote: >> >> please pull the dma-mapping updates for 5.4. > >Pulled. > >> In addition to the usual Kconfig conflics where you just want to keep >> both edits there are a few more interesting merge issues this time: >> >> - most importanly powerpc and microblaze add new callers of >> dma_atomic_pool_init, while this tree marks the function static >> and calls it from a common postcore_initcall(). The trivial >> functions added in powerpc and microblaze adding the calls >> need to be removed for the code to compile. This will not show up >> as a merge conflict and needs to be dealt with manually! > >So I haven't gotten the powerpc or microblaze pull requests yet, so >I'm not able to fix that part up yet. > >Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >remind me when they _do_ send those pull requests, since otherwise I >may well forget and miss it. Without an actual data conflict, and >since this won't show up in my build tests either, it would be very >easy for me to forget. > >Micha[e]l, can you both please make sure to remind me? Yeah I was aware of it, and will make sure to remind you in my pull request. cheers -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Xen-devel] [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 23:17 ` Michael Ellerman 0 siblings, 0 replies; 18+ messages in thread From: Michael Ellerman @ 2019-09-19 23:17 UTC (permalink / raw) To: Linus Torvalds, Christoph Hellwig, Michael Ellerman, Michal Simek Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >wrote: >> >> please pull the dma-mapping updates for 5.4. > >Pulled. > >> In addition to the usual Kconfig conflics where you just want to keep >> both edits there are a few more interesting merge issues this time: >> >> - most importanly powerpc and microblaze add new callers of >> dma_atomic_pool_init, while this tree marks the function static >> and calls it from a common postcore_initcall(). The trivial >> functions added in powerpc and microblaze adding the calls >> need to be removed for the code to compile. This will not show up >> as a merge conflict and needs to be dealt with manually! > >So I haven't gotten the powerpc or microblaze pull requests yet, so >I'm not able to fix that part up yet. > >Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >remind me when they _do_ send those pull requests, since otherwise I >may well forget and miss it. Without an actual data conflict, and >since this won't show up in my build tests either, it would be very >easy for me to forget. > >Micha[e]l, can you both please make sure to remind me? Yeah I was aware of it, and will make sure to remind you in my pull request. cheers -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 23:17 ` Michael Ellerman 0 siblings, 0 replies; 18+ messages in thread From: Michael Ellerman @ 2019-09-19 23:17 UTC (permalink / raw) To: Linus Torvalds, Christoph Hellwig, Michael Ellerman, Michal Simek Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >wrote: >> >> please pull the dma-mapping updates for 5.4. > >Pulled. > >> In addition to the usual Kconfig conflics where you just want to keep >> both edits there are a few more interesting merge issues this time: >> >> - most importanly powerpc and microblaze add new callers of >> dma_atomic_pool_init, while this tree marks the function static >> and calls it from a common postcore_initcall(). The trivial >> functions added in powerpc and microblaze adding the calls >> need to be removed for the code to compile. This will not show up >> as a merge conflict and needs to be dealt with manually! > >So I haven't gotten the powerpc or microblaze pull requests yet, so >I'm not able to fix that part up yet. > >Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >remind me when they _do_ send those pull requests, since otherwise I >may well forget and miss it. Without an actual data conflict, and >since this won't show up in my build tests either, it would be very >easy for me to forget. > >Micha[e]l, can you both please make sure to remind me? Yeah I was aware of it, and will make sure to remind you in my pull request. cheers -- Sent from my Android phone with K-9 Mail. Please excuse my brevity. _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-20 5:49 ` Michal Simek 0 siblings, 0 replies; 18+ messages in thread From: Michal Simek @ 2019-09-20 5:49 UTC (permalink / raw) To: Michael Ellerman, Linus Torvalds, Christoph Hellwig, Michael Ellerman Cc: linux-mmc, iommu, xen-devel, Linux Kernel Mailing List On 20. 09. 19 1:17, Michael Ellerman wrote: > > > On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >> On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >> wrote: >>> >>> please pull the dma-mapping updates for 5.4. >> >> Pulled. >> >>> In addition to the usual Kconfig conflics where you just want to keep >>> both edits there are a few more interesting merge issues this time: >>> >>> - most importanly powerpc and microblaze add new callers of >>> dma_atomic_pool_init, while this tree marks the function static >>> and calls it from a common postcore_initcall(). The trivial >>> functions added in powerpc and microblaze adding the calls >>> need to be removed for the code to compile. This will not show up >>> as a merge conflict and needs to be dealt with manually! >> >> So I haven't gotten the powerpc or microblaze pull requests yet, so >> I'm not able to fix that part up yet. >> >> Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >> remind me when they _do_ send those pull requests, since otherwise I >> may well forget and miss it. Without an actual data conflict, and >> since this won't show up in my build tests either, it would be very >> easy for me to forget. >> >> Micha[e]l, can you both please make sure to remind me? > > Yeah I was aware of it, and will make sure to remind you in my pull request. Same here. Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP/Versal SoCs ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Xen-devel] [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-20 5:49 ` Michal Simek 0 siblings, 0 replies; 18+ messages in thread From: Michal Simek @ 2019-09-20 5:49 UTC (permalink / raw) To: Michael Ellerman, Linus Torvalds, Christoph Hellwig, Michael Ellerman Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On 20. 09. 19 1:17, Michael Ellerman wrote: > > > On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >> On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >> wrote: >>> >>> please pull the dma-mapping updates for 5.4. >> >> Pulled. >> >>> In addition to the usual Kconfig conflics where you just want to keep >>> both edits there are a few more interesting merge issues this time: >>> >>> - most importanly powerpc and microblaze add new callers of >>> dma_atomic_pool_init, while this tree marks the function static >>> and calls it from a common postcore_initcall(). The trivial >>> functions added in powerpc and microblaze adding the calls >>> need to be removed for the code to compile. This will not show up >>> as a merge conflict and needs to be dealt with manually! >> >> So I haven't gotten the powerpc or microblaze pull requests yet, so >> I'm not able to fix that part up yet. >> >> Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >> remind me when they _do_ send those pull requests, since otherwise I >> may well forget and miss it. Without an actual data conflict, and >> since this won't show up in my build tests either, it would be very >> easy for me to forget. >> >> Micha[e]l, can you both please make sure to remind me? > > Yeah I was aware of it, and will make sure to remind you in my pull request. Same here. Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP/Versal SoCs _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-20 5:49 ` Michal Simek 0 siblings, 0 replies; 18+ messages in thread From: Michal Simek @ 2019-09-20 5:49 UTC (permalink / raw) To: Michael Ellerman, Linus Torvalds, Christoph Hellwig, Michael Ellerman Cc: xen-devel, iommu, linux-mmc, Linux Kernel Mailing List On 20. 09. 19 1:17, Michael Ellerman wrote: > > > On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds@linux-foundation.org> wrote: >> On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch@infradead.org> >> wrote: >>> >>> please pull the dma-mapping updates for 5.4. >> >> Pulled. >> >>> In addition to the usual Kconfig conflics where you just want to keep >>> both edits there are a few more interesting merge issues this time: >>> >>> - most importanly powerpc and microblaze add new callers of >>> dma_atomic_pool_init, while this tree marks the function static >>> and calls it from a common postcore_initcall(). The trivial >>> functions added in powerpc and microblaze adding the calls >>> need to be removed for the code to compile. This will not show up >>> as a merge conflict and needs to be dealt with manually! >> >> So I haven't gotten the powerpc or microblaze pull requests yet, so >> I'm not able to fix that part up yet. >> >> Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >> remind me when they _do_ send those pull requests, since otherwise I >> may well forget and miss it. Without an actual data conflict, and >> since this won't show up in my build tests either, it would be very >> easy for me to forget. >> >> Micha[e]l, can you both please make sure to remind me? > > Yeah I was aware of it, and will make sure to remind you in my pull request. Same here. Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP/Versal SoCs _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-20 5:49 ` Michal Simek 0 siblings, 0 replies; 18+ messages in thread From: Michal Simek @ 2019-09-20 5:49 UTC (permalink / raw) To: Michael Ellerman, Linus Torvalds, Christoph Hellwig, Michael Ellerman Cc: xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b, iommu, linux-mmc-u79uwXL29TY76Z2rM5mHXA, Linux Kernel Mailing List On 20. 09. 19 1:17, Michael Ellerman wrote: > > > On 20 September 2019 6:33:50 am AEST, Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> wrote: >> On Wed, Sep 18, 2019 at 8:27 AM Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> >> wrote: >>> >>> please pull the dma-mapping updates for 5.4. >> >> Pulled. >> >>> In addition to the usual Kconfig conflics where you just want to keep >>> both edits there are a few more interesting merge issues this time: >>> >>> - most importanly powerpc and microblaze add new callers of >>> dma_atomic_pool_init, while this tree marks the function static >>> and calls it from a common postcore_initcall(). The trivial >>> functions added in powerpc and microblaze adding the calls >>> need to be removed for the code to compile. This will not show up >>> as a merge conflict and needs to be dealt with manually! >> >> So I haven't gotten the powerpc or microblaze pull requests yet, so >> I'm not able to fix that part up yet. >> >> Intead, I'm cc'ing Michael Ellerman and Michal Simek to ask them to >> remind me when they _do_ send those pull requests, since otherwise I >> may well forget and miss it. Without an actual data conflict, and >> since this won't show up in my build tests either, it would be very >> easy for me to forget. >> >> Micha[e]l, can you both please make sure to remind me? > > Yeah I was aware of it, and will make sure to remind you in my pull request. Same here. Michal -- Michal Simek, Ing. (M.Eng), OpenPGP -> KeyID: FE3D1F91 w: www.monstr.eu p: +42-0-721842854 Maintainer of Linux kernel - Xilinx Microblaze Maintainer of Linux kernel - Xilinx Zynq ARM and ZynqMP ARM64 SoCs U-Boot custodian - Xilinx Microblaze/Zynq/ZynqMP/Versal SoCs ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 21:30 ` pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A 0 siblings, 0 replies; 18+ messages in thread From: pr-tracker-bot @ 2019-09-19 21:30 UTC (permalink / raw) To: Christoph Hellwig Cc: Linus Torvalds, linux-mmc, iommu, xen-devel, linux-kernel The pull request you sent on Wed, 18 Sep 2019 08:27:48 -0700: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/671df189537883f36cf9c7d4f9495bfac0f86627 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [Xen-devel] [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 21:30 ` pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A 0 siblings, 0 replies; 18+ messages in thread From: pr-tracker-bot @ 2019-09-19 21:30 UTC (permalink / raw) To: Christoph Hellwig Cc: linux-mmc, iommu, Linus Torvalds, linux-kernel, xen-devel The pull request you sent on Wed, 18 Sep 2019 08:27:48 -0700: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/671df189537883f36cf9c7d4f9495bfac0f86627 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 21:30 ` pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A 0 siblings, 0 replies; 18+ messages in thread From: pr-tracker-bot @ 2019-09-19 21:30 UTC (permalink / raw) To: Christoph Hellwig Cc: linux-mmc, iommu, Linus Torvalds, linux-kernel, xen-devel The pull request you sent on Wed, 18 Sep 2019 08:27:48 -0700: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/671df189537883f36cf9c7d4f9495bfac0f86627 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker _______________________________________________ iommu mailing list iommu@lists.linux-foundation.org https://lists.linuxfoundation.org/mailman/listinfo/iommu ^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [GIT PULL] dma-mapping updates for 5.4 @ 2019-09-19 21:30 ` pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A 0 siblings, 0 replies; 18+ messages in thread From: pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A @ 2019-09-19 21:30 UTC (permalink / raw) To: Christoph Hellwig Cc: linux-mmc-u79uwXL29TY76Z2rM5mHXA, iommu-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA, Linus Torvalds, linux-kernel-u79uwXL29TY76Z2rM5mHXA, xen-devel-GuqFBffKawtpuQazS67q72D2FQJk+8+b The pull request you sent on Wed, 18 Sep 2019 08:27:48 -0700: > git://git.infradead.org/users/hch/dma-mapping.git tags/dma-mapping-5.4 has been merged into torvalds/linux.git: https://git.kernel.org/torvalds/c/671df189537883f36cf9c7d4f9495bfac0f86627 Thank you! -- Deet-doot-dot, I am a bot. https://korg.wiki.kernel.org/userdoc/prtracker ^ permalink raw reply [flat|nested] 18+ messages in thread
end of thread, other threads:[~2019-09-20 5:50 UTC | newest] Thread overview: 18+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2019-09-18 15:27 [GIT PULL] dma-mapping updates for 5.4 Christoph Hellwig 2019-09-18 15:27 ` [Xen-devel] " Christoph Hellwig 2019-09-18 15:27 ` Christoph Hellwig 2019-09-19 20:33 ` Linus Torvalds 2019-09-19 20:33 ` [Xen-devel] " Linus Torvalds 2019-09-19 20:33 ` Linus Torvalds 2019-09-19 20:33 ` Linus Torvalds 2019-09-19 23:17 ` Michael Ellerman 2019-09-19 23:17 ` [Xen-devel] " Michael Ellerman 2019-09-19 23:17 ` Michael Ellerman 2019-09-20 5:49 ` Michal Simek 2019-09-20 5:49 ` [Xen-devel] " Michal Simek 2019-09-20 5:49 ` Michal Simek 2019-09-20 5:49 ` Michal Simek 2019-09-19 21:30 ` pr-tracker-bot 2019-09-19 21:30 ` [Xen-devel] " pr-tracker-bot 2019-09-19 21:30 ` pr-tracker-bot 2019-09-19 21:30 ` pr-tracker-bot-DgEjT+Ai2ygdnm+yROfE0A
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.