Re: dma-mapping: clearing GFP_ZERO flag caused crashes of Ethernet on arc/hsdk board.

> > The logical question is why? > > 1. See that's another platform with ARC core so maybe in case of ARM >DMA allocator already zeroes pages regardless provided flags - >personally I didn't check that. Yes, most architectures always clear memory returned by dma_alloc*. Looks like a few

Re: [PATCH v9 5/5] iommu/arm-smmu: Add support for qcom,smmu-v2 variant

Hi Vivek, On 2018/3/28 12:37, Vivek Gautam wrote: > Hi Yisheng > > > On 3/28/2018 6:54 AM, Yisheng Xie wrote: >> Hi Vivek, >> >> On 2018/3/13 16:55, Vivek Gautam wrote: >>> +- power-domains: Specifiers for power domains required to be powered on >>> for >>> + the SMMU to

[PATCH RFC 1/1] iommu/of: Deconfigure iommu on driver detach

As part of dma_deconfigure, lets deconfigure the iommu too on driver detach, so that we clear the iommu domain and related group. Signed-off-by: Vivek Gautam --- As a part of dma_deconfigure, shouldn't we deconfigure the iommu as well? This should reverse all that

RE: [PATCH v5 7/7] iommu/dma: Move PCI window region reservation back into dma specific path.

Hi Joerg, > -Original Message- > From: Linuxarm [mailto:linuxarm-boun...@huawei.com] On Behalf Of > Shameerali Kolothum Thodi > Sent: Friday, March 23, 2018 8:57 AM > To: Robin Murphy ; Alex Williamson > > Cc: k...@vger.kernel.org; Joerg

tip/x86/dma fix for arc and s390 (at least)

Hi all, this restores previous __GFP_ZERO passthrough behavior for now as arc and s390 rely on it. Needs more work to sort out the API mess in the long run. ___ iommu mailing list iommu@lists.linux-foundation.org

[PATCH] dma-mapping: don't clear GFP_ZERO in dma_alloc_attrs

Revert the clearing of __GFP_ZERO in dma_alloc_attrs and move it to dma_direct_alloc for now. While most common architectures always zero dma cohereny allocations (and x86 did so since day one) this is not documented and at least arc and s390 do not zero without the explicit __GFP_ZERO argument.

[PATCH] iommu/arm-smmu-v3: Set GBPA to abort all transactions

From: Sameer Goel Set SMMU_GBPA to abort all incoming translations during the SMMU reset when SMMUEN==0. This prevents a race condition where a stray DMA from the crashed primary kernel can try to access an IOVA address as an invalid PA when SMMU is disabled during reset

Re: [PATCH] dma-mapping: don't clear GFP_ZERO in dma_alloc_attrs

Adding linux-snps and linux-arch mailing lists. > Revert the clearing of __GFP_ZERO in dma_alloc_attrs and move it to > dma_direct_alloc for now.  While most common architectures always zero dma > cohereny allocations (and x86 did so since day one) this is not documented > and at least arc and

Re: [PATCH] iommu/arm-smmu-v3: Set GBPA to abort all transactions

On 2018-03-28 15:39, Timur Tabi wrote: From: Sameer Goel Set SMMU_GBPA to abort all incoming translations during the SMMU reset when SMMUEN==0. This prevents a race condition where a stray DMA from the crashed primary kernel can try to access an IOVA address as an