Re: [PATCH v2 4/6] iommu/vt-d: Add debugfs extension to show register contents

2017-11-27 Thread Mehta, Sohil
On Mon, 2017-11-27 at 20:52 +, Kammela, Gayatri wrote: > > > > > From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com] > > Sent: Wednesday, November 22, 2017 1:19 PM > >  > > Moreover, see the patch I have just sent [1] and use same > > DEFINE_SHOW_ATTRIBUTE() macro here. In that c

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

2017-11-27 Thread Rob Clark
On Mon, Nov 27, 2017 at 5:22 PM, Stephen Boyd wrote: > On 11/15, Vivek Gautam wrote: >> Hi, >> >> >> On Mon, Aug 7, 2017 at 5:59 PM, Rob Clark wrote: >> > On Mon, Aug 7, 2017 at 4:27 AM, Vivek Gautam >> > wrote: >> >> On Thu, Jul 13, 2017 at 5:20 PM, Rob Clark wrote: >> >>> On Thu, Jul 13, 2017

Re: [PATCH V4 3/6] iommu/arm-smmu: Invoke pm_runtime during probe, add/remove device

2017-11-27 Thread Stephen Boyd
On 11/15, Vivek Gautam wrote: > Hi, > > > On Mon, Aug 7, 2017 at 5:59 PM, Rob Clark wrote: > > On Mon, Aug 7, 2017 at 4:27 AM, Vivek Gautam > > wrote: > >> On Thu, Jul 13, 2017 at 5:20 PM, Rob Clark wrote: > >>> On Thu, Jul 13, 2017 at 1:35 AM, Sricharan R > >>> wrote: > Hi Vivek, > >>>

RE: [PATCH v2 4/6] iommu/vt-d: Add debugfs extension to show register contents

2017-11-27 Thread Kammela, Gayatri
> -Original Message- > From: Andy Shevchenko [mailto:andriy.shevche...@linux.intel.com] > Sent: Wednesday, November 22, 2017 1:19 PM > To: Mehta, Sohil ; Joerg Roedel ; > Alex Williamson > Cc: David Woodhouse ; Raj, Ashok > ; iommu@lists.linux-foundation.org; linux- > ker...@vger.kernel.

[PATCH V3 12/29] iommu/amd: deprecate pci_get_bus_and_slot()

2017-11-27 Thread Sinan Kaya
pci_get_bus_and_slot() is restrictive such that it assumes domain=0 as where a PCI device is present. This restricts the device drivers to be reused for other domain numbers. Getting ready to remove pci_get_bus_and_slot() function in favor of pci_get_domain_bus_and_slot(). Hard-code the domain nu

Re: [RFC v2] dma-coherent: introduce no-align to avoid allocation failure and save memory

2017-11-27 Thread Jaewon Kim
Hello 2017-11-24 19:35 GMT+09:00 David Laight : > From: Jaewon Kim >> Sent: 24 November 2017 05:59 >> >> dma-coherent uses bitmap APIs which internally consider align based on the >> requested size. If most of allocations are small size like KBs, using >> alignment scheme seems to be good for anti

Re: [PATCH v4 00/12] Intel IPU3 ImgU patchset

2017-11-27 Thread Hans Verkuil
Hi Rajmohan, On 11/17/2017 03:58 AM, Mani, Rajmohan wrote: > Hi Sakari and all, > >> -Original Message- >> From: Zhi, Yong >> Sent: Tuesday, October 17, 2017 8:47 PM >> To: linux-me...@vger.kernel.org; sakari.ai...@linux.intel.com >> Cc: Zheng, Jian Xu ; Mani, Rajmohan >> ; Toivonen, Tuuk

Re: [PATCH 0/2] iommu/tegra: Add IOMMU group support

2017-11-27 Thread Thierry Reding
On Mon, Nov 27, 2017 at 10:50:53AM +0100, Thierry Reding wrote: > From: Thierry Reding > > Hi Joerg, > > Both patches in this series are built-time dependent and therefore it > would be easiest if they went in via the same tree (either the IOMMU > tree, or the Tegra tree with your Acked-by on pa

[PATCH 1/2] iommu/tegra: Allow devices to be grouped

2017-11-27 Thread Thierry Reding
From: Thierry Reding Implement the ->device_group() and ->of_xlate() callbacks which are used in order to group devices. Each group can then share a single domain. This is implemented primarily in order to achieve the same semantics on Tegra210 and earlier as on Tegra186 where the Tegra SMMU was

[PATCH 2/2] memory: tegra: Create SMMU display groups

2017-11-27 Thread Thierry Reding
From: Thierry Reding Create SMMU display groups for Tegra30, Tegra114, Tegra124 and Tegra210. This allows the display controllers on these devices to share the same IOMMU domain using the standard IOMMU group mechanism. Signed-off-by: Thierry Reding --- drivers/memory/tegra/tegra114.c | 15 +++

[PATCH 0/2] iommu/tegra: Add IOMMU group support

2017-11-27 Thread Thierry Reding
From: Thierry Reding Hi Joerg, Both patches in this series are built-time dependent and therefore it would be easiest if they went in via the same tree (either the IOMMU tree, or the Tegra tree with your Acked-by on patch 1). Alternatively, I could put patch two in a separate branch and provide

Re: [RFC 2/2] drivers: dma-mapping: parse per device reserved mem at probe time

2017-11-27 Thread Peng Fan
Hi Marek, On Mon, Nov 27, 2017 at 09:44:20AM +0100, Marek Szyprowski wrote: >Hi Peng, > >On 2017-11-27 09:37, Peng Fan wrote: >> Hi Marek, >> >> On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote: >> > Hi >> > >> > On 2017-11-26 14:13, Peng Fan wrote: >> > > Invoke of_reserved_mem_

Re: [RFC 2/2] drivers: dma-mapping: parse per device reserved mem at probe time

2017-11-27 Thread Marek Szyprowski
Hi Peng, On 2017-11-27 09:37, Peng Fan wrote: Hi Marek, On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote: Hi On 2017-11-26 14:13, Peng Fan wrote: Invoke of_reserved_mem_device_init at dma_configure, then there is no need to call of_reserved_mem_device_init in device specific

Re: [RFC 2/2] drivers: dma-mapping: parse per device reserved mem at probe time

2017-11-27 Thread Peng Fan
Hi Marek, On Mon, Nov 27, 2017 at 09:31:00AM +0100, Marek Szyprowski wrote: >Hi > >On 2017-11-26 14:13, Peng Fan wrote: >> Invoke of_reserved_mem_device_init at dma_configure, then >> there is no need to call of_reserved_mem_device_init in device >> specific probe function. >> >> Signed-off-by:

Re: [RFC 2/2] drivers: dma-mapping: parse per device reserved mem at probe time

2017-11-27 Thread Marek Szyprowski
Hi On 2017-11-26 14:13, Peng Fan wrote: Invoke of_reserved_mem_device_init at dma_configure, then there is no need to call of_reserved_mem_device_init in device specific probe function. Signed-off-by: Peng Fan This has been already tried long time ago, without success: http://patches.linaro.

Re: [PATCH 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

2017-11-27 Thread Suravee Suthikulpanit
Hi Alex, On 11/18/17 11:20 AM, Alex Williamson wrote: On Fri, 17 Nov 2017 14:51:52 -0700 Alex Williamson wrote: On Fri, 17 Nov 2017 15:11:19 -0600 Suravee Suthikulpanit wrote: From: Suravee Suthikulpanit VFIO IOMMU type1 currently upmaps IOVA pages synchronously, which requires IOTLB flus

Re: [PATCH 1/2] vfio/type1: Adopt fast IOTLB flush interface when unmap IOVAs

2017-11-27 Thread Suravee Suthikulpanit
Hi Alex, On 11/18/17 4:51 AM, Alex Williamson wrote: On Fri, 17 Nov 2017 15:11:19 -0600 Suravee Suthikulpanit wrote: From: Suravee Suthikulpanit VFIO IOMMU type1 currently upmaps IOVA pages synchronously, which requires IOTLB flushing for every unmapping. This results in large IOTLB flushing