uot;
since that was the standard. If you want,
Acked-by: Laura Abbott
Thanks,
Laura
Signed-off-by: Christoph Hellwig
---
arch/arm/Kconfig | 1 +
arch/arm64/Kconfig | 1 +
arch/xtensa/Kconfig | 1 +
kernel/dma/Kconfig | 4 +++
kernel/dma/Makefile | 2 +-
kernel/dma/mapp
pass __GFP_ZERO to get zeroed buffer,
what has already been an issue: see commit dd65a941f6ba ("arm64:
dma-mapping: clear buffers allocated with FORCE_CONTIGUOUS flag").
For Ion,
Acked-by: Laura Abbott
Signed-off-by: Marek Szyprowski
---
arch/powerpc/kvm/book3s_hv_builtin.c
On 04/21/2017 09:12 AM, Catalin Marinas wrote:
> On Wed, Mar 29, 2017 at 01:55:32PM +0100, Robin Murphy wrote:
>> On 29/03/17 11:05, Andrzej Hajda wrote:
>>> In case of DMA_ATTR_FORCE_CONTIGUOUS allocations vm_area->pages
>>> is invalid. __iommu_mmap_attrs and __iommu_get_sgtable cannot use
>>>
On 02/21/2016 05:52 PM, Wan Zongshun wrote:
Original Message
Hi,
Since about 4.4, we've been seeing reports of this warning on every boot
from some users:
WARNING: CPU: 2 PID: 1 at drivers/iommu/amd_iommu_init.c:2301
amd_iommu_pc_get_set_reg_val+0xa8/0xe0()
Modules linked
On 11/04/2015 05:11 AM, Robin Murphy wrote:
On 04/11/15 08:39, Yong Wu wrote:
On Thu, 2015-10-01 at 20:13 +0100, Robin Murphy wrote:
Taking some inspiration from the arch/arm code, implement the
arch-specific side of the DMA mapping ops using the new IOMMU-DMA layer.
[...]
+static void
| 14 ++-
10 files changed, 195 insertions(+), 185 deletions(-)
I no longer have hardware to test this on but the entire approach looks
reasonable to me.
Reviewed-by: Laura Abbott labb...@redhat.com
___
iommu mailing list
iommu@lists.linux
On 3/3/2015 4:15 AM, Robin Murphy wrote:
On 03/03/15 03:38, Yong Wu wrote:
On Mon, 2015-02-16 at 20:04 +, Robin Murphy wrote:
2)int (*domain_init)(struct iommu_domain *domain);
About this function, it will alloc pagetable for the iommu
domain. And We expect the pagetable
://lists.infradead.org/pipermail/linux-arm-kernel/2015-January/319390.html
Laura Abbott (3):
dma-mapping: Make arch_setup_dma_ops return an error code
of: Return error codes from of_dma_configure
iommu/arm-smmu: Support deferred probing
Mitchel Humpherys (1):
iommu/arm-smmu: add support
On 1/12/2015 12:48 PM, Robin Murphy wrote:
Taking inspiration from the existing arch/arm code, break out some
generic functions to interface the DMA-API to the IOMMU-API. This will
do the bulk of the heavy lifting for IOMMU-backed dma-mapping.
Whilst the target is arm64, rather than introduce
There is no need to call __get_vm_area with VMALLOC_START and
VMALLOC_END when get_vm_area already does that. Call get_vm_area
directly.
Signed-off-by: Laura Abbott lau...@codeaurora.org
---
drivers/iommu/omap-iovmm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
10 matches
Mail list logo