Re: [PATCH] iommu/arm-smmu-v3: Invalidate ATC when detaching a device

On Wed, Jul 03, 2019 at 12:19:20PM +0100, Jean-Philippe Brucker wrote: > drivers/iommu/arm-smmu-v3.c | 5 - > 1 file changed, 4 insertions(+), 1 deletion(-) Applied, thanks. ___ iommu mailing list iommu@lists.linux-foundation.org https://lists.linux

Re: [Patch v2 06/10] iommu: using dev_get_drvdata directly

On Thu, Jul 04, 2019 at 10:36:20AM +0800, Fuqian Huang wrote: > #define to_iommu(dev) > \ > - ((struct omap_iommu *)platform_get_drvdata(to_platform_device(dev))) > + ((struct omap_iommu *)dev_get_drvdata(dev)) A similar change is al

Re: [PATCH 1/2] iommu: add support for drivers that manage iommu explicitly

Hi Rob, On Tue, Jul 02, 2019 at 01:26:18PM -0700, Rob Clark wrote: > 1) In some cases the bootloader takes the iommu out of bypass and >enables the display. This is in particular a problem on the aarch64 >laptops that exist these days, and modern snapdragon android devices. >(Older de

Re: [PATCH 4/8] iommu/arm-smmu-v3: Add support for Substream IDs

On 26/06/2019 19:00, Will Deacon wrote: > On Mon, Jun 10, 2019 at 07:47:10PM +0100, Jean-Philippe Brucker wrote: >> At the moment, the SMMUv3 driver implements only one stage-1 or stage-2 >> page directory per device. However SMMUv3 allows more than one address >> space for some devices, by providi

RE: [PATCH v7 1/6] vfio/type1: Introduce iova list and add iommu aperture validity check

> -Original Message- > From: Alex Williamson [mailto:alex.william...@redhat.com] > Sent: 03 July 2019 21:34 > To: Shameerali Kolothum Thodi > Cc: eric.au...@redhat.com; pmo...@linux.vnet.ibm.com; > k...@vger.kernel.org; linux-ker...@vger.kernel.org; > iommu@lists.linux-foundation.org; L

RE: [PATCH v7 2/6] vfio/type1: Check reserve region conflict and update iova list

> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On > Behalf Of Alex Williamson > Sent: 03 July 2019 21:34 > To: Shameerali Kolothum Thodi > Cc: eric.au...@redhat.com; pmo...@linux.vnet.ibm.com; > k...@vger.kernel.org; linux-ker...@vger.kernel.or

RE: [PATCH v7 3/6] vfio/type1: Update iova list on detach

> -Original Message- > From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On > Behalf Of Alex Williamson > Sent: 03 July 2019 21:35 > To: Shameerali Kolothum Thodi > Cc: eric.au...@redhat.com; pmo...@linux.vnet.ibm.com; > k...@vger.kernel.org; linux-ker...@vger.kernel.or

Re: [PATCH 1/2] iommu: add support for drivers that manage iommu explicitly

On Thu, Jul 4, 2019 at 1:20 AM Joerg Roedel wrote: > > Hi Rob, > > On Tue, Jul 02, 2019 at 01:26:18PM -0700, Rob Clark wrote: > > 1) In some cases the bootloader takes the iommu out of bypass and > >enables the display. This is in particular a problem on the aarch64 > >laptops that exist

[PATCH] omap-iommu: no need to check return value of debugfs_create functions

When calling debugfs functions, there is no need to ever check the return value. The function can work or not, but the code logic should never do something different based on this. Cc: Joerg Roedel Cc: iommu@lists.linux-foundation.org Signed-off-by: Greg Kroah-Hartman --- Warning, not even test

Re: [PATCH] omap-iommu: no need to check return value of debugfs_create functions

On Thu, Jul 04, 2019 at 04:36:49PM +0200, Greg Kroah-Hartman wrote: > When calling debugfs functions, there is no need to ever check the > return value. The function can work or not, but the code logic should > never do something different based on this. > > Cc: Joerg Roedel > Cc: iommu@lists.li

RE: [PATCH v7 2/6] vfio/type1: Check reserve region conflict and update iova list

> -Original Message- > From: Shameerali Kolothum Thodi > Sent: 04 July 2019 13:51 > To: 'Alex Williamson' > Cc: eric.au...@redhat.com; k...@vger.kernel.org; > linux-ker...@vger.kernel.org; iommu@lists.linux-foundation.org; Linuxarm > ; John Garry ; xuwei (O) > ; kevin.t...@intel.com > S

Re: [PATCH v4 20/22] iommu/vt-d: Add bind guest PASID support

Hi Jacob, On 6/28/19 4:22 AM, Jacob Pan wrote: + } + refcount_set(&svm->refs, 0); + ioasid_set_data(data->hpasid, svm); + INIT_LIST_HEAD_RCU(&svm->devs); + INIT_LIST_HEAD(&svm->list); + + mmput(svm->mm); +

Re: [RFC,v3 9/9] media: platform: Add Mediatek ISP P1 shared memory device

Hi Jungo, On Fri, Jul 5, 2019 at 12:33 PM Jungo Lin wrote: > > Hi Tomasz, > > On Mon, 2019-07-01 at 16:25 +0900, Tomasz Figa wrote: > > Hi Jungo, > > > > On Tue, Jun 11, 2019 at 11:53:44AM +0800, Jungo Lin wrote: > > > The purpose of this child device is to provide shared > > > memory management

Re: [PATCH] omap-iommu: no need to check return value of debugfs_create functions

On Thu, Jul 04, 2019 at 05:35:52PM +0200, Joerg Roedel wrote: > On Thu, Jul 04, 2019 at 04:36:49PM +0200, Greg Kroah-Hartman wrote: > > When calling debugfs functions, there is no need to ever check the > > return value. The function can work or not, but the code logic should > > never do somethin

Re: [RFC,v3 9/9] media: platform: Add Mediatek ISP P1 shared memory device

Hi, Tomasz: On Fri, 2019-07-05 at 13:22 +0900, Tomasz Figa wrote: > Hi Jungo, > > On Fri, Jul 5, 2019 at 12:33 PM Jungo Lin wrote: > > > > Hi Tomasz, > > > > On Mon, 2019-07-01 at 16:25 +0900, Tomasz Figa wrote: > > > Hi Jungo, > > > > > > On Tue, Jun 11, 2019 at 11:53:44AM +0800, Jungo Lin wrote