All of lore.kernel.org
 help / color / mirror / Atom feed
From: Nicolin Chen <nicolinc@nvidia.com>
To: <joro@8bytes.org>, Alex Williamson <alex.williamson@redhat.com>
Cc: <will@kernel.org>, <marcan@marcan.st>, <sven@svenpeter.dev>,
	<robin.murphy@arm.com>, <robdclark@gmail.com>,
	<baolu.lu@linux.intel.com>, <orsonzhai@gmail.com>,
	<baolin.wang7@gmail.com>, <zhang.lyra@gmail.com>,
	<jean-philippe@linaro.org>, <jgg@nvidia.com>,
	<kevin.tian@intel.com>, <suravee.suthikulpanit@amd.com>,
	<alyssa@rosenzweig.io>, <dwmw2@infradead.org>,
	<mjrosato@linux.ibm.com>, <gerald.schaefer@linux.ibm.com>,
	<thierry.reding@gmail.com>, <vdumpa@nvidia.com>,
	<jonathanh@nvidia.com>, <cohuck@redhat.com>,
	<thunder.leizhen@huawei.com>, <christophe.jaillet@wanadoo.fr>,
	<chenxiang66@hisilicon.com>, <john.garry@huawei.com>,
	<yangyingliang@huawei.com>, <iommu@lists.linux.dev>,
	<linux-kernel@vger.kernel.org>,
	<linux-arm-kernel@lists.infradead.org>,
	<linux-arm-msm@vger.kernel.org>, <linux-s390@vger.kernel.org>,
	<linux-tegra@vger.kernel.org>,
	<virtualization@lists.linux-foundation.org>,
	<kvm@vger.kernel.org>
Subject: Re: [PATCH v5 0/5] cover-letter: Simplify vfio_iommu_type1 attach/detach routine
Date: Wed, 13 Jul 2022 16:57:32 -0700	[thread overview]
Message-ID: <Ys9b7GSImp/sHair@Asurada-Nvidia> (raw)
In-Reply-To: <20220706120325.4741ff34.alex.williamson@redhat.com>

On Wed, Jul 06, 2022 at 12:03:25PM -0600, Alex Williamson wrote:

> On Wed, 6 Jul 2022 10:53:52 -0700
> Nicolin Chen <nicolinc@nvidia.com> wrote:
> 
> > On Wed, Jul 06, 2022 at 11:42:17AM -0600, Alex Williamson wrote:
> >
> > > On Fri, 1 Jul 2022 14:44:50 -0700
> > > Nicolin Chen <nicolinc@nvidia.com> wrote:
> > >
> > > > This is a preparatory series for IOMMUFD v2 patches. It enforces error
> > > > code -EMEDIUMTYPE in iommu_attach_device() and iommu_attach_group() when
> > > > an IOMMU domain and a device/group are incompatible. It also drops the
> > > > useless domain->ops check since it won't fail in current environment.
> > > >
> > > > These allow VFIO iommu code to simplify its group attachment routine, by
> > > > avoiding the extra IOMMU domain allocations and attach/detach sequences
> > > > of the old code.
> > > >
> > > > Worths mentioning the exact match for enforce_cache_coherency is removed
> > > > with this series, since there's very less value in doing that as KVM will
> > > > not be able to take advantage of it -- this just wastes domain memory.
> > > > Instead, we rely on Intel IOMMU driver taking care of that internally.
> > > >
> > > > This is on github:
> > > > https://github.com/nicolinc/iommufd/commits/vfio_iommu_attach
> > >
> > > How do you foresee this going in, I'm imagining Joerg would merge the
> > > first patch via the IOMMU tree and provide a topic branch that I'd
> > > merge into the vfio tree along with the remaining patches.  Sound
> > > right?  Thanks,
> >
> > We don't have any build dependency between the IOMMU change and
> > VFIO changes, yet, without the IOMMU one, any iommu_attach_group()
> > failure now would be a hard failure without a chance falling back
> > to a new_domain, which is slightly different from the current flow.
> >
> > For a potential existing use case that relies on reusing existing
> > domain, I think it'd be safer to have Joerg acking the first change
> > so you merge them all? Thank!
> 
> Works for me, I'll look for buy-in + ack from Joerg.  Thanks,
> 
> Alex

Joerg, would it be possible for you to ack at the IOMMU patch?

Thanks!
Nic

WARNING: multiple messages have this Message-ID (diff)
From: Nicolin Chen <nicolinc@nvidia.com>
To: <joro@8bytes.org>, Alex Williamson <alex.williamson@redhat.com>
Cc: linux-s390@vger.kernel.org, marcan@marcan.st,
	mjrosato@linux.ibm.com,
	virtualization@lists.linux-foundation.org,
	thierry.reding@gmail.com, will@kernel.org, alyssa@rosenzweig.io,
	jean-philippe@linaro.org, kvm@vger.kernel.org,
	zhang.lyra@gmail.com, jonathanh@nvidia.com,
	iommu@lists.linux.dev, jgg@nvidia.com, yangyingliang@huawei.com,
	orsonzhai@gmail.com, gerald.schaefer@linux.ibm.com,
	kevin.tian@intel.com, sven@svenpeter.dev,
	linux-arm-msm@vger.kernel.org, john.garry@huawei.com,
	christophe.jaillet@wanadoo.fr, thunder.leizhen@huawei.com,
	linux-tegra@vger.kernel.org,
	linux-arm-kernel@lists.infradead.org, chenxiang66@hisilicon.com,
	dwmw2@infradead.org, cohuck@redhat.com,
	linux-kernel@vger.kernel.org, robdclark@gmail.com,
	suravee.suthikulpanit@amd.com, baolin.wang7@gmail.com,
	robin.murphy@arm.com, baolu.lu@linux.intel.com
Subject: Re: [PATCH v5 0/5] cover-letter: Simplify vfio_iommu_type1 attach/detach routine
Date: Wed, 13 Jul 2022 16:57:32 -0700	[thread overview]
Message-ID: <Ys9b7GSImp/sHair@Asurada-Nvidia> (raw)
In-Reply-To: <20220706120325.4741ff34.alex.williamson@redhat.com>

On Wed, Jul 06, 2022 at 12:03:25PM -0600, Alex Williamson wrote:

> On Wed, 6 Jul 2022 10:53:52 -0700
> Nicolin Chen <nicolinc@nvidia.com> wrote:
> 
> > On Wed, Jul 06, 2022 at 11:42:17AM -0600, Alex Williamson wrote:
> >
> > > On Fri, 1 Jul 2022 14:44:50 -0700
> > > Nicolin Chen <nicolinc@nvidia.com> wrote:
> > >
> > > > This is a preparatory series for IOMMUFD v2 patches. It enforces error
> > > > code -EMEDIUMTYPE in iommu_attach_device() and iommu_attach_group() when
> > > > an IOMMU domain and a device/group are incompatible. It also drops the
> > > > useless domain->ops check since it won't fail in current environment.
> > > >
> > > > These allow VFIO iommu code to simplify its group attachment routine, by
> > > > avoiding the extra IOMMU domain allocations and attach/detach sequences
> > > > of the old code.
> > > >
> > > > Worths mentioning the exact match for enforce_cache_coherency is removed
> > > > with this series, since there's very less value in doing that as KVM will
> > > > not be able to take advantage of it -- this just wastes domain memory.
> > > > Instead, we rely on Intel IOMMU driver taking care of that internally.
> > > >
> > > > This is on github:
> > > > https://github.com/nicolinc/iommufd/commits/vfio_iommu_attach
> > >
> > > How do you foresee this going in, I'm imagining Joerg would merge the
> > > first patch via the IOMMU tree and provide a topic branch that I'd
> > > merge into the vfio tree along with the remaining patches.  Sound
> > > right?  Thanks,
> >
> > We don't have any build dependency between the IOMMU change and
> > VFIO changes, yet, without the IOMMU one, any iommu_attach_group()
> > failure now would be a hard failure without a chance falling back
> > to a new_domain, which is slightly different from the current flow.
> >
> > For a potential existing use case that relies on reusing existing
> > domain, I think it'd be safer to have Joerg acking the first change
> > so you merge them all? Thank!
> 
> Works for me, I'll look for buy-in + ack from Joerg.  Thanks,
> 
> Alex

Joerg, would it be possible for you to ack at the IOMMU patch?

Thanks!
Nic

_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel

  reply	other threads:[~2022-07-13 23:57 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-07-01 21:44 [PATCH v5 0/5] cover-letter: Simplify vfio_iommu_type1 attach/detach routine Nicolin Chen
2022-07-01 21:44 ` Nicolin Chen
2022-07-01 21:44 ` Nicolin Chen via iommu
2022-07-01 21:44 ` [PATCH v5 1/5] iommu: Return -EMEDIUMTYPE for incompatible domain and device/group Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen via iommu
2022-07-29 17:30   ` Jason Gunthorpe
2022-07-29 17:30     ` Jason Gunthorpe
2022-07-01 21:44 ` [PATCH v5 2/5] vfio/iommu_type1: Prefer to reuse domains vs match enforced cache coherency Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen via iommu
2022-07-01 21:44 ` [PATCH v5 3/5] vfio/iommu_type1: Remove the domain->ops comparison Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen via iommu
2022-07-29 17:33   ` Jason Gunthorpe
2022-07-29 17:33     ` Jason Gunthorpe
2022-07-01 21:44 ` [PATCH v5 4/5] vfio/iommu_type1: Clean up update_dirty_scope in detach_group() Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen via iommu
2022-07-29 17:34   ` Jason Gunthorpe
2022-07-29 17:34     ` Jason Gunthorpe
2022-07-01 21:44 ` [PATCH v5 5/5] vfio/iommu_type1: Simplify group attachment Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen
2022-07-01 21:44   ` Nicolin Chen via iommu
2022-07-06 17:42 ` [PATCH v5 0/5] cover-letter: Simplify vfio_iommu_type1 attach/detach routine Alex Williamson
2022-07-06 17:42   ` Alex Williamson
2022-07-06 17:42   ` Alex Williamson
2022-07-06 17:53   ` Nicolin Chen
2022-07-06 17:53     ` Nicolin Chen
2022-07-06 18:03     ` Alex Williamson
2022-07-06 18:03       ` Alex Williamson
2022-07-06 18:03       ` Alex Williamson
2022-07-13 23:57       ` Nicolin Chen [this message]
2022-07-13 23:57         ` Nicolin Chen
2022-07-26 18:32         ` Nicolin Chen
2022-07-26 18:32           ` Nicolin Chen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Ys9b7GSImp/sHair@Asurada-Nvidia \
    --to=nicolinc@nvidia.com \
    --cc=alex.williamson@redhat.com \
    --cc=alyssa@rosenzweig.io \
    --cc=baolin.wang7@gmail.com \
    --cc=baolu.lu@linux.intel.com \
    --cc=chenxiang66@hisilicon.com \
    --cc=christophe.jaillet@wanadoo.fr \
    --cc=cohuck@redhat.com \
    --cc=dwmw2@infradead.org \
    --cc=gerald.schaefer@linux.ibm.com \
    --cc=iommu@lists.linux.dev \
    --cc=jean-philippe@linaro.org \
    --cc=jgg@nvidia.com \
    --cc=john.garry@huawei.com \
    --cc=jonathanh@nvidia.com \
    --cc=joro@8bytes.org \
    --cc=kevin.tian@intel.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    --cc=linux-arm-msm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-s390@vger.kernel.org \
    --cc=linux-tegra@vger.kernel.org \
    --cc=marcan@marcan.st \
    --cc=mjrosato@linux.ibm.com \
    --cc=orsonzhai@gmail.com \
    --cc=robdclark@gmail.com \
    --cc=robin.murphy@arm.com \
    --cc=suravee.suthikulpanit@amd.com \
    --cc=sven@svenpeter.dev \
    --cc=thierry.reding@gmail.com \
    --cc=thunder.leizhen@huawei.com \
    --cc=vdumpa@nvidia.com \
    --cc=virtualization@lists.linux-foundation.org \
    --cc=will@kernel.org \
    --cc=yangyingliang@huawei.com \
    --cc=zhang.lyra@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.