From: Alex Williamson <alex.williamson@redhat.com>
To: Matthew Rosato <mjrosato@linux.ibm.com>
Cc: Tony Krowiak <akrowiak@linux.ibm.com>,
linux-s390@vger.kernel.org, linux-kernel@vger.kernel.org,
kvm@vger.kernel.org, Heiko Carstens <hca@linux.ibm.com>,
Vasily Gorbik <gor@linux.ibm.com>,
"agordeev@linux.ibm.com" <agordeev@linux.ibm.com>,
jjherne@linux.ibm.com, pasic@linux.ibm.com, farman@linux.ibm.com,
borntraeger@linux.ibm.com, Cedric Le Goater <clegoate@redhat.com>
Subject: Re: [PATCH 0/3] s390/vfio-ap: fix hang when mdev attached to guest is removed
Date: Thu, 1 Jun 2023 14:47:22 -0600 [thread overview]
Message-ID: <20230601144722.6eba9c49.alex.williamson@redhat.com> (raw)
In-Reply-To: <30741787-441a-034f-f8d4-9f1060841051@linux.ibm.com>
On Wed, 31 May 2023 10:51:54 -0400
Matthew Rosato <mjrosato@linux.ibm.com> wrote:
> On 5/30/23 6:35 PM, Tony Krowiak wrote:
> > When a user attempts to remove a vfio-ap mediated device attached to a
> > guest, the operation hangs until the mdev's fd is closed by the guest
> > (i.e., the hostdev is detached or the guest is shut down). This patch
> > series provides kernel-side code that allows userspace to set up a
> > communication channel that will allow the vfio_ap device driver to notify
> > userspace when a request to release the mdev is received, so that userspace
> > can close the mdev fd and avoid the hang. The patch series provides the
> > following:
> >
> > 1. Introduces code to handle the VFIO_DEVICE_GET_IRQ_INFO and
> > VFIO_DEVICE_SET_IRQS ioctl calls to set the eventfd_ctx for signaling a
> > device request to userspace.
> >
> > 2. Wires up the VFIO bus driver callback to request a release of the mdev.
> > When invoked, the vfio_ap device driver will use the eventfd_ctx set up
> > in #1 to signal a request to userspace to release the mdev.
> >
>
> As to how this series eventually reaches master... It touches both s390 and vfio.
>
> @Alex/@s390 maintainers -- I suggest it go through s390 given the
> diffstat, it's almost completely in s390 drivers code. However there
> is a uapi hit to vfio.h (in patch 1) that should get at least an ACK
> from Alex beforehand.
Ack'd, I'll expect this to go through the s390 tree. Thanks,
Alex
next prev parent reply other threads:[~2023-06-01 20:48 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-30 22:35 [PATCH 0/3] s390/vfio-ap: fix hang when mdev attached to guest is removed Tony Krowiak
2023-05-30 22:35 ` [PATCH 1/3] vfio: ap: realize the VFIO_DEVICE_GET_IRQ_INFO ioctl Tony Krowiak
2023-05-31 12:54 ` Cédric Le Goater
2023-05-31 13:05 ` Anthony Krowiak
2023-05-31 13:20 ` Cédric Le Goater
2023-06-01 20:46 ` Alex Williamson
2023-05-30 22:35 ` [PATCH 2/3] vfio: ap: realize the VFIO_DEVICE_SET_IRQS ioctl Tony Krowiak
2023-05-31 13:00 ` Cédric Le Goater
2023-05-30 22:35 ` [PATCH 3/3] s390/vfio-ap: Wire in the vfio_device_ops request callback Tony Krowiak
2023-05-31 13:01 ` Cédric Le Goater
2023-05-31 14:48 ` [PATCH 0/3] s390/vfio-ap: fix hang when mdev attached to guest is removed Matthew Rosato
2023-06-01 12:15 ` Anthony Krowiak
2023-06-01 12:57 ` Matthew Rosato
2023-05-31 14:51 ` Matthew Rosato
2023-06-01 20:47 ` Alex Williamson [this message]
2023-06-02 12:46 ` Alexander Gordeev
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=20230601144722.6eba9c49.alex.williamson@redhat.com \
--to=alex.williamson@redhat.com \
--cc=agordeev@linux.ibm.com \
--cc=akrowiak@linux.ibm.com \
--cc=borntraeger@linux.ibm.com \
--cc=clegoate@redhat.com \
--cc=farman@linux.ibm.com \
--cc=gor@linux.ibm.com \
--cc=hca@linux.ibm.com \
--cc=jjherne@linux.ibm.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-s390@vger.kernel.org \
--cc=mjrosato@linux.ibm.com \
--cc=pasic@linux.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox