From: Jason Gunthorpe <jgg@nvidia.com>
To: Tony Krowiak <akrowiak@linux.ibm.com>
Cc: Cornelia Huck <cohuck@redhat.com>,
Christian Borntraeger <borntraeger@de.ibm.com>,
Harald Freudenberger <freude@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
Heiko Carstens <hca@linux.ibm.com>,
linux-s390@vger.kernel.org, Halil Pasic <pasic@linux.ibm.com>,
Pierre Morel <pmorel@linux.ibm.com>,
"Raj, Ashok" <ashok.raj@intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Daniel Vetter <daniel@ffwll.ch>, Christoph Hellwig <hch@lst.de>,
Leon Romanovsky <leonro@nvidia.com>,
Max Gurtovoy <mgurtovoy@nvidia.com>,
Tarun Gupta <targupta@nvidia.com>,
"Jason J . Herne" <jjherne@linux.ibm.com>
Subject: Re: [PATCH 06/12] vfio/ap_ops: Convert to use vfio_register_group_dev()
Date: Wed, 5 May 2021 14:47:41 -0300 [thread overview]
Message-ID: <20210505174741.GI1370958@nvidia.com> (raw)
In-Reply-To: <92a0c58c-c891-bdd5-3c8d-3ce33a4d7d0e@linux.ibm.com>
On Wed, May 05, 2021 at 08:30:54AM -0400, Tony Krowiak wrote:
> On 5/4/21 11:30 AM, Cornelia Huck wrote:
> > > So, it looks like nothing is done with the mdev until the fd for the
> > > mdev is closed when the guest is shut down, at which time the
> > > mdev is removed.
> > You probably want to wire up the request callback and notify userspace.
>
> Not sure what you mean by this, but I also don't think it matters.
request is triggered by the vfio core to expedite closing of the FD in
userspace.
> After coding up the fix for this and testing it, I've learned that
> if a user attempts to remove an mdev via the sysfs 'remove'
> attribute while the mdev fd is still open (i.e., in use by the
> guest), the mdev remove callback is not invoked until the fd is
> closed
Right the vfio_del_group_dev() called along this path and it blocks
until all FD related accesses are prevented. After it returns no ops
callback can be invoked.
> (i.e., the guest is shut down). During that time, the mdev is
> physically removed from sysfs so no further actions can be taken
> on it;
sysfs files are removed before we get to the remove callback - this is
part of why remove cannot fail, the damage is already done.
Jason
next prev parent reply other threads:[~2021-05-05 17:49 UTC|newest]
Thread overview: 74+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-23 23:02 [Intel-gfx] [PATCH 00/12] Remove vfio_mdev.c, mdev_parent_ops and more Jason Gunthorpe
2021-04-23 23:02 ` Jason Gunthorpe
2021-04-23 23:02 ` Jason Gunthorpe
2021-04-23 23:02 ` [Intel-gfx] [PATCH 01/12] vfio/mdev: Remove CONFIG_VFIO_MDEV_DEVICE Jason Gunthorpe
2021-04-23 23:02 ` Jason Gunthorpe
2021-04-23 23:02 ` Jason Gunthorpe
2021-04-24 0:08 ` [Intel-gfx] " Randy Dunlap
2021-04-24 0:08 ` Randy Dunlap
2021-04-24 0:08 ` Randy Dunlap
2021-04-26 18:26 ` [Intel-gfx] " Jason Gunthorpe
2021-04-26 18:26 ` Jason Gunthorpe
2021-04-26 18:26 ` Jason Gunthorpe
2021-04-26 19:11 ` [Intel-gfx] " Randy Dunlap
2021-04-26 19:11 ` Randy Dunlap
2021-04-26 19:11 ` Randy Dunlap
2021-04-23 23:02 ` [PATCH 02/12] vfio/mdev: Allow the mdev_parent_ops to specify the device driver to bind Jason Gunthorpe
2021-04-26 14:02 ` Christoph Hellwig
2021-04-26 14:11 ` Jason Gunthorpe
2021-04-23 23:03 ` [PATCH 03/12] vfio/mtty: Convert to use vfio_register_group_dev() Jason Gunthorpe
2021-04-26 14:06 ` Christoph Hellwig
2021-04-23 23:03 ` [PATCH 04/12] vfio/mdpy: " Jason Gunthorpe
2021-04-26 14:06 ` Christoph Hellwig
2021-04-23 23:03 ` [PATCH 05/12] vfio/mbochs: " Jason Gunthorpe
2021-04-26 14:06 ` Christoph Hellwig
2021-04-23 23:03 ` [PATCH 06/12] vfio/ap_ops: " Jason Gunthorpe
2021-04-26 14:07 ` Christoph Hellwig
2021-04-26 17:48 ` Cornelia Huck
2021-04-26 18:10 ` Jason Gunthorpe
2021-04-26 23:41 ` Halil Pasic
2021-05-03 20:14 ` Tony Krowiak
2021-05-03 20:33 ` Jason Gunthorpe
2021-05-04 13:58 ` Tony Krowiak
2021-05-04 16:04 ` Jason Gunthorpe
2021-05-05 13:07 ` Tony Krowiak
2021-05-04 15:30 ` Cornelia Huck
2021-05-05 12:30 ` Tony Krowiak
2021-05-05 17:47 ` Jason Gunthorpe [this message]
2021-05-05 16:28 ` Tony Krowiak
2021-04-23 23:03 ` [PATCH 07/12] vfio/ccw: " Jason Gunthorpe
2021-04-23 23:03 ` [Intel-gfx] [PATCH 08/12] vfio/gvt: " Jason Gunthorpe
2021-04-23 23:03 ` Jason Gunthorpe
2021-04-23 23:03 ` Jason Gunthorpe
2021-04-26 14:13 ` [Intel-gfx] " Christoph Hellwig
2021-04-26 14:13 ` Christoph Hellwig
2021-04-26 15:44 ` [Intel-gfx] " Jason Gunthorpe
2021-04-26 15:44 ` Jason Gunthorpe
2021-04-26 15:44 ` Jason Gunthorpe
2021-04-23 23:03 ` [PATCH 09/12] vfio/mdev: Remove mdev_parent_ops dev_attr_groups Jason Gunthorpe
2021-04-26 14:14 ` Christoph Hellwig
2021-04-23 23:03 ` [Intel-gfx] [PATCH 10/12] vfio/mdev: Remove mdev_parent_ops Jason Gunthorpe
2021-04-23 23:03 ` Jason Gunthorpe
2021-04-23 23:03 ` Jason Gunthorpe
2021-04-26 14:19 ` [Intel-gfx] " Christoph Hellwig
2021-04-26 14:19 ` Christoph Hellwig
2021-04-26 18:33 ` [Intel-gfx] " Jason Gunthorpe
2021-04-26 18:33 ` Jason Gunthorpe
2021-04-26 18:33 ` Jason Gunthorpe
2021-04-23 23:03 ` [PATCH 11/12] vfio/mdev: Use the driver core to create the 'remove' file Jason Gunthorpe
2021-04-26 14:20 ` Christoph Hellwig
2021-04-26 19:07 ` Jason Gunthorpe
2021-04-23 23:03 ` [PATCH 12/12] vfio/mdev: Remove mdev drvdata Jason Gunthorpe
2021-04-26 14:20 ` Christoph Hellwig
2021-04-26 16:43 ` [Intel-gfx] [PATCH 00/12] Remove vfio_mdev.c, mdev_parent_ops and more Christian Borntraeger
2021-04-26 16:43 ` Christian Borntraeger
2021-04-26 16:43 ` Christian Borntraeger
2021-04-26 17:42 ` [Intel-gfx] " Jason Gunthorpe
2021-04-26 17:42 ` Jason Gunthorpe
2021-04-26 17:42 ` Jason Gunthorpe
2021-04-27 7:33 ` [Intel-gfx] " Christian Borntraeger
2021-04-27 7:33 ` Christian Borntraeger
2021-04-27 7:33 ` Christian Borntraeger
2021-04-27 23:21 ` [Intel-gfx] " Jason Gunthorpe
2021-04-27 23:21 ` Jason Gunthorpe
2021-04-27 23:21 ` Jason Gunthorpe
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=20210505174741.GI1370958@nvidia.com \
--to=jgg@nvidia.com \
--cc=akrowiak@linux.ibm.com \
--cc=ashok.raj@intel.com \
--cc=borntraeger@de.ibm.com \
--cc=cohuck@redhat.com \
--cc=dan.j.williams@intel.com \
--cc=daniel@ffwll.ch \
--cc=freude@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=hch@lst.de \
--cc=jjherne@linux.ibm.com \
--cc=leonro@nvidia.com \
--cc=linux-s390@vger.kernel.org \
--cc=mgurtovoy@nvidia.com \
--cc=pasic@linux.ibm.com \
--cc=pmorel@linux.ibm.com \
--cc=targupta@nvidia.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.