search for: free_coherent

...P" (work-in-progress) branch at the usual git repo, git://et.redhat.com/linux-2.6-dom0-pvops.git with gitweb at http://git.et.redhat.com/?p=linux-2.6-dom0-pvops.git New since the last drop are some MTRR cleanups from Mark McLoughlin, a number of dma-mapping cleanups, and full dma_alloc/free_coherent support, including xen contiguous mapping support. I've also updated it to Linus' final v2.6.24. The APIC code is still non-pvops-friendly, but other than that, all the new code is completely pvops-friendly and will work happily on baremetal as well as Xen. So next job is to clean up the...

...P" (work-in-progress) branch at the usual git repo, git://et.redhat.com/linux-2.6-dom0-pvops.git with gitweb at http://git.et.redhat.com/?p=linux-2.6-dom0-pvops.git New since the last drop are some MTRR cleanups from Mark McLoughlin, a number of dma-mapping cleanups, and full dma_alloc/free_coherent support, including xen contiguous mapping support. I've also updated it to Linus' final v2.6.24. The APIC code is still non-pvops-friendly, but other than that, all the new code is completely pvops-friendly and will work happily on baremetal as well as Xen. So next job is to clean up the...

...P" (work-in-progress) branch at the usual git repo, git://et.redhat.com/linux-2.6-dom0-pvops.git with gitweb at http://git.et.redhat.com/?p=linux-2.6-dom0-pvops.git New since the last drop are some MTRR cleanups from Mark McLoughlin, a number of dma-mapping cleanups, and full dma_alloc/free_coherent support, including xen contiguous mapping support. I've also updated it to Linus' final v2.6.24. The APIC code is still non-pvops-friendly, but other than that, all the new code is completely pvops-friendly and will work happily on baremetal as well as Xen. So next job is to clean up the...

Convert the AMD iommu driver to the dma-iommu api. Remove the iova handling and reserve region code from the AMD iommu driver. Change-log: V6: -add more details to the description of patch 001-iommu-amd-Remove-unnecessary-locking-from-AMD-iommu-.patch -rename handle_deferred_device to iommu_dma_deferred_attach -fix double tabs in 0003-iommu-dma-iommu-Handle-deferred-devices.patch V5: -Rebase on

Convert the AMD iommu driver to the dma-iommu api. Remove the iova handling and reserve region code from the AMD iommu driver. Change-log: V4: -Rebase on top of linux-next -Split the removing of the unnecessary locking in the amd iommu driver into a seperate patch -refactor the "iommu/dma-iommu: Handle deferred devices" patch and address comments v3: -rename dma_limit to dma_mask -exit

Convert the AMD iommu driver to the dma-iommu api. Remove the iova handling and reserve region code from the AMD iommu driver. Change-log: V4: -Rebase on top of linux-next -Split the removing of the unnecessary locking in the amd iommu driver into a seperate patch -refactor the "iommu/dma-iommu: Handle deferred devices" patch and address comments v3: -rename dma_limit to dma_mask -exit

Hi all, Here''s a work in progress series whcih does a partial revert of the previous swiotlb changes, and does a partial replacement with Becky Bruce''s series. The most important difference is Becky''s use of phys_addr_t rather than page+offset to represent arbitrary pages. This turns out to be simpler. I didn''t replicate the map_single_page changes, since

...lled for autotranslate guests on x86. Changes in v6: - check for dev->dma_mask being NULL in dma_capable; - update the comments and the hypercalls structures; - add a xen_dma_info entry to the rbtree in xen_swiotlb_alloc_coherent to keep track of the new mapping. Free the entry in xen_swiotlb_free_coherent; - rename xen_dma_seg to dma_info in xen_swiotlb_alloc/free_coherent to avoid confusions; - introduce and export xen_dma_ops; - call xen_mm_init from as arch_initcall; - call __get_dma_ops to get the native dma_ops pointer on arm; - do not merge biovecs; - add single page optimization: pin the page...

Hi, This is third approach (complete this time) for replacing struct dma_attrs with unsigned long. The main patch (2/45) doing the change is split into many subpatches for easier review (3-43). They should be squashed together when applying. *Important:* Patchset is *only* build tested on allyesconfigs: ARM, ARM64, i386, x86_64 and powerpc. Please provide reviewes and tests for other