From: Nicolin Chen <nicolinc@nvidia.com>
To: Anthony Krowiak <akrowiak@linux.ibm.com>
Cc: <kwankhede@nvidia.com>, <corbet@lwn.net>, <hca@linux.ibm.com>,
<gor@linux.ibm.com>, <agordeev@linux.ibm.com>,
<borntraeger@linux.ibm.com>, <svens@linux.ibm.com>,
<zhenyuw@linux.intel.com>, <zhi.a.wang@intel.com>,
<jani.nikula@linux.intel.com>, <joonas.lahtinen@linux.intel.com>,
<rodrigo.vivi@intel.com>, <tvrtko.ursulin@linux.intel.com>,
<airlied@linux.ie>, <daniel@ffwll.ch>, <farman@linux.ibm.com>,
<mjrosato@linux.ibm.com>, <pasic@linux.ibm.com>,
<vneethv@linux.ibm.com>, <oberpar@linux.ibm.com>,
<freude@linux.ibm.com>, <jjherne@linux.ibm.com>,
<alex.williamson@redhat.com>, <cohuck@redhat.com>,
<jgg@nvidia.com>, <kevin.tian@intel.com>, <hch@infradead.org>,
<jchrist@linux.ibm.com>, <kvm@vger.kernel.org>,
<linux-doc@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-s390@vger.kernel.org>,
<intel-gvt-dev@lists.freedesktop.org>,
<intel-gfx@lists.freedesktop.org>,
<dri-devel@lists.freedesktop.org>, <terrence.xu@intel.com>
Subject: Re: [PATCH v3 01/10] vfio: Make vfio_unpin_pages() return void
Date: Tue, 12 Jul 2022 11:18:55 -0700 [thread overview]
Message-ID: <Ys27D6/S6gQipMhv@Asurada-Nvidia> (raw)
In-Reply-To: <99c92c99-cd60-4034-8729-a90ac9a80a7b@linux.ibm.com>
On Tue, Jul 12, 2022 at 10:21:14AM -0400, Anthony Krowiak wrote:
> > +void vfio_unpin_pages(struct vfio_device *device, unsigned long *user_pfn,
> > + int npage)
> > {
> > struct vfio_container *container;
> > struct vfio_iommu_driver *driver;
> > - int ret;
> >
> > - if (!user_pfn || !npage || !vfio_assert_device_open(device))
> > - return -EINVAL;
>
>
> You left out the check for !user_pfn?
Yes. I mentioned in the commit log. And it's in response to Jason's
remark: https://lore.kernel.org/kvm/20220707192210.GC1705032@nvidia.com/
Btw, user_pfn is removed in one of the following patches anyway.
> > +static void vfio_iommu_type1_unpin_pages(void *iommu_data,
> > + unsigned long *user_pfn, int npage)
> > {
> > struct vfio_iommu *iommu = iommu_data;
> > bool do_accounting;
> > int i;
> >
> > - if (!iommu || !user_pfn || npage <= 0)
> > - return -EINVAL;
>
>
> Is there a reason the checks above were not checked for WARN_ON?
For pointers, same reason here.
For npage, it's checked in its caller vfio_unpin_pages -- mentioned
in the commit log too. The VFIO core is the only caller and it is
unlikely to change. On the other hand, the plan is to replace this
vfio_iommu_type1_unpin_pages with IOMMUFD implementation.
WARNING: multiple messages have this Message-ID (diff)
From: Nicolin Chen <nicolinc@nvidia.com>
To: Anthony Krowiak <akrowiak@linux.ibm.com>
Cc: mjrosato@linux.ibm.com, linux-doc@vger.kernel.org,
airlied@linux.ie, kevin.tian@intel.com,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org,
kwankhede@nvidia.com, vneethv@linux.ibm.com,
agordeev@linux.ibm.com, hch@infradead.org, kvm@vger.kernel.org,
corbet@lwn.net, pasic@linux.ibm.com, jgg@nvidia.com,
borntraeger@linux.ibm.com, intel-gfx@lists.freedesktop.org,
zhi.a.wang@intel.com, farman@linux.ibm.com,
jchrist@linux.ibm.com, gor@linux.ibm.com,
linux-s390@vger.kernel.org, hca@linux.ibm.com,
alex.williamson@redhat.com, freude@linux.ibm.com,
rodrigo.vivi@intel.com, intel-gvt-dev@lists.freedesktop.org,
jjherne@linux.ibm.com, tvrtko.ursulin@linux.intel.com,
cohuck@redhat.com, oberpar@linux.ibm.com, svens@linux.ibm.com
Subject: Re: [PATCH v3 01/10] vfio: Make vfio_unpin_pages() return void
Date: Tue, 12 Jul 2022 11:18:55 -0700 [thread overview]
Message-ID: <Ys27D6/S6gQipMhv@Asurada-Nvidia> (raw)
In-Reply-To: <99c92c99-cd60-4034-8729-a90ac9a80a7b@linux.ibm.com>
On Tue, Jul 12, 2022 at 10:21:14AM -0400, Anthony Krowiak wrote:
> > +void vfio_unpin_pages(struct vfio_device *device, unsigned long *user_pfn,
> > + int npage)
> > {
> > struct vfio_container *container;
> > struct vfio_iommu_driver *driver;
> > - int ret;
> >
> > - if (!user_pfn || !npage || !vfio_assert_device_open(device))
> > - return -EINVAL;
>
>
> You left out the check for !user_pfn?
Yes. I mentioned in the commit log. And it's in response to Jason's
remark: https://lore.kernel.org/kvm/20220707192210.GC1705032@nvidia.com/
Btw, user_pfn is removed in one of the following patches anyway.
> > +static void vfio_iommu_type1_unpin_pages(void *iommu_data,
> > + unsigned long *user_pfn, int npage)
> > {
> > struct vfio_iommu *iommu = iommu_data;
> > bool do_accounting;
> > int i;
> >
> > - if (!iommu || !user_pfn || npage <= 0)
> > - return -EINVAL;
>
>
> Is there a reason the checks above were not checked for WARN_ON?
For pointers, same reason here.
For npage, it's checked in its caller vfio_unpin_pages -- mentioned
in the commit log too. The VFIO core is the only caller and it is
unlikely to change. On the other hand, the plan is to replace this
vfio_iommu_type1_unpin_pages with IOMMUFD implementation.
next prev parent reply other threads:[~2022-07-12 18:20 UTC|newest]
Thread overview: 49+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-07-08 22:44 [PATCH v3 00/10] Update vfio_pin/unpin_pages API Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 01/10] vfio: Make vfio_unpin_pages() return void Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-12 14:21 ` [Intel-gfx] " Anthony Krowiak
2022-07-12 14:21 ` Anthony Krowiak
2022-07-12 14:21 ` Anthony Krowiak
2022-07-12 18:18 ` Nicolin Chen [this message]
2022-07-12 18:18 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 02/10] drm/i915/gvt: Replace roundup with DIV_ROUND_UP Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 03/10] vfio/ap: Pass in physical address of ind to ap_aqic() Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 04/10] vfio/ccw: Only pass in contiguous pages Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 05/10] vfio: Pass in starting IOVA to vfio_pin/unpin_pages API Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-12 14:25 ` [Intel-gfx] " Anthony Krowiak
2022-07-12 14:25 ` Anthony Krowiak
2022-07-12 14:25 ` Anthony Krowiak
2022-07-08 22:44 ` [PATCH v3 06/10] vfio/ap: Change saved_pfn to saved_iova Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-12 14:28 ` [Intel-gfx] " Anthony Krowiak
2022-07-12 14:28 ` Anthony Krowiak
2022-07-12 14:28 ` Anthony Krowiak
2022-07-08 22:44 ` [PATCH v3 07/10] vfio/ccw: Change pa_pfn list to pa_iova list Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 08/10] vfio: Rename user_iova of vfio_dma_rw() Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-08 22:44 ` [PATCH v3 09/10] vfio/ccw: Add kmap_local_page() for memcpy Nicolin Chen
2022-07-08 22:44 ` Nicolin Chen
2022-07-22 22:11 ` [Intel-gfx] [PATCH v3 00/10] Update vfio_pin/unpin_pages API Alex Williamson
2022-07-22 22:11 ` Alex Williamson
2022-07-22 22:11 ` Alex Williamson
2022-07-22 23:12 ` [Intel-gfx] " Nicolin Chen
2022-07-22 23:12 ` Nicolin Chen
2022-07-22 23:12 ` Nicolin Chen
2022-07-23 0:18 ` [Intel-gfx] " Alex Williamson
2022-07-23 0:18 ` Alex Williamson
2022-07-23 0:18 ` Alex Williamson
2022-07-23 0:38 ` [Intel-gfx] " Nicolin Chen
2022-07-23 0:38 ` Nicolin Chen
2022-07-23 0:38 ` Nicolin Chen
2022-07-23 1:09 ` [Intel-gfx] " Alex Williamson
2022-07-23 1:09 ` Alex Williamson
2022-07-23 1:09 ` Alex Williamson
2022-07-23 2:10 ` [Intel-gfx] " Nicolin Chen
2022-07-23 2:10 ` Nicolin Chen
2022-07-23 2:10 ` 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=Ys27D6/S6gQipMhv@Asurada-Nvidia \
--to=nicolinc@nvidia.com \
--cc=agordeev@linux.ibm.com \
--cc=airlied@linux.ie \
--cc=akrowiak@linux.ibm.com \
--cc=alex.williamson@redhat.com \
--cc=borntraeger@linux.ibm.com \
--cc=cohuck@redhat.com \
--cc=corbet@lwn.net \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=farman@linux.ibm.com \
--cc=freude@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=hch@infradead.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-gvt-dev@lists.freedesktop.org \
--cc=jani.nikula@linux.intel.com \
--cc=jchrist@linux.ibm.com \
--cc=jgg@nvidia.com \
--cc=jjherne@linux.ibm.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kevin.tian@intel.com \
--cc=kvm@vger.kernel.org \
--cc=kwankhede@nvidia.com \
--cc=linux-doc@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mjrosato@linux.ibm.com \
--cc=oberpar@linux.ibm.com \
--cc=pasic@linux.ibm.com \
--cc=rodrigo.vivi@intel.com \
--cc=svens@linux.ibm.com \
--cc=terrence.xu@intel.com \
--cc=tvrtko.ursulin@linux.intel.com \
--cc=vneethv@linux.ibm.com \
--cc=zhenyuw@linux.intel.com \
--cc=zhi.a.wang@intel.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.