Re: [RFC 2/5] dt-bindings: brcm: Add reserved-dma-region for iPROC

2018-03-12 Thread Jitendra Bhivare via iommu
On Tue, Mar 6, 2018 at 5:12 PM, Robin Murphy wrote: > On 06/03/18 04:59, Jitendra Bhivare wrote: >> >> With SoC wide DMA mask of 40-bit, the mappings for entire IOVA space can't >> be specified in the PAXBv2 PCIe RC of SoC. The holes in IOVA space needs >> to >> be reserved to prevent any IOVA all

Re: [RFC 3/5] dt-bindings: arm-smmu: Add reserved-msi-region

2018-03-12 Thread Jitendra Bhivare via iommu
On Tue, Mar 6, 2018 at 5:17 PM, Robin Murphy wrote: > On 06/03/18 04:59, Jitendra Bhivare wrote: >> >> iPROC SoC has a special device window to treat GICv3 ITS MSI. > > > Ugh, really? After preferably printing out 100 copies of the SBSA, binding > them all together and dropping the lot onto the ha

Re: [PATCH 04/13] x86: use generic swiotlb_ops

2018-03-12 Thread Christoph Hellwig
On Thu, Mar 08, 2018 at 04:03:12PM +, Robin Murphy wrote: >> Also fix the sta2x11 case. For that SOC the dma map ops need an >> additional physical to dma address translations. For swiotlb buffers >> that is done throught the phys_to_dma helper, but the sta2x11_dma_ops >> also added an additi

Re: [PATCH v8 4/5] iommu/arm-smmu: Add the device_link between masters and smmu

2018-03-12 Thread Vivek Gautam
On Fri, Mar 9, 2018 at 6:04 PM, Robin Murphy wrote: > On 09/03/18 07:11, Vivek Gautam wrote: >> >> On Thu, Mar 8, 2018 at 10:29 AM, Vivek Gautam >> wrote: >>> >>> On Wed, Mar 7, 2018 at 6:17 PM, Robin Murphy >>> wrote: On 02/03/18 10:10, Vivek Gautam wrote: > > > From: Sric

[PATCH] dma-mapping: move dma configuration to bus infrastructure

2018-03-12 Thread Nipun Gupta
The change introduces 'dma_configure' & 'dma_deconfigure'as bus callback functions so each bus can choose to implement its own dma configuration function. This eases the addition of new busses w.r.t. adding the dma configuration functionality. The change also updates the PCI, Platform and ACPI bus

Re: [PATCH] dma-mapping: move dma configuration to bus infrastructure

2018-03-12 Thread Sinan Kaya
On 3/12/2018 11:24 AM, Nipun Gupta wrote: > + if (dma_dev->of_node) { > + ret = of_dma_configure(dev, dma_dev->of_node); > + } else if (has_acpi_companion(dma_dev)) { > + attr = acpi_get_dma_attr(to_acpi_device_node(dma_dev->fwnode)); > + if (attr != DEV_

Re: [PATCH 11/13] dma-direct: handle the memory encryption bit in common code

2018-03-12 Thread Tom Lendacky
On 3/5/2018 11:46 AM, Christoph Hellwig wrote: > Give the basic phys_to_dma and dma_to_phys helpers a __-prefix and add > the memory encryption mask to the non-prefixed versions. Use the > __-prefixed versions directly instead of clearing the mask again in > various places. > > With that in place

Re: [PATCH 11/13] dma-direct: handle the memory encryption bit in common code

2018-03-12 Thread Tom Lendacky
On 3/12/2018 1:29 PM, Tom Lendacky wrote: > On 3/5/2018 11:46 AM, Christoph Hellwig wrote: >> Give the basic phys_to_dma and dma_to_phys helpers a __-prefix and add >> the memory encryption mask to the non-prefixed versions. Use the >> __-prefixed versions directly instead of clearing the mask aga

RE: [PATCH] dma-mapping: move dma configuration to bus infrastructure

2018-03-12 Thread Nipun Gupta
> -Original Message- > From: Sinan Kaya [mailto:ok...@codeaurora.org] > Sent: Monday, March 12, 2018 22:14 > To: Nipun Gupta ; h...@lst.de; > robin.mur...@arm.com; li...@armlinux.org.uk; gre...@linuxfoundation.org; > m.szyprow...@samsung.com; bhelg...@google.com > Cc: dmitry.torok...@gmai