On Wed, 6 Sep 2023 11:51:59 +0800
Sui Jingfeng wrote:
> Hi,
>
>
> On 2023/9/5 22:52, Alex Williamson wrote:
> > On Tue, 5 Sep 2023 03:57:15 +0800
> > Sui Jingfeng wrote:
> >
> >> From: Sui Jingfeng
> >>
> >> On a machine with multi
On Wed, 6 Sep 2023 00:21:09 +0800
suijingfeng wrote:
> Hi,
>
> On 2023/9/5 22:52, Alex Williamson wrote:
> > On Tue, 5 Sep 2023 03:57:15 +0800
> > Sui Jingfeng wrote:
> >
> >> From: Sui Jingfeng
> >>
> >> On a machine with multiple
On Tue, 5 Sep 2023 03:57:15 +0800
Sui Jingfeng wrote:
> From: Sui Jingfeng
>
> On a machine with multiple GPUs, a Linux user has no control over which
> one is primary at boot time. This series tries to solve above mentioned
> problem by introduced the ->be_primary() function stub. The
On Mon, 24 Jul 2023 13:09:22 -0600
Alex Williamson wrote:
> On Tue, 18 Jul 2023 13:57:46 -0300
> Jason Gunthorpe wrote:
>
> > On Tue, Jul 18, 2023 at 06:55:25AM -0700, Yi Liu wrote:
> > > Existing VFIO provides group-centric user APIs for userspace. Userspace
&
On Tue, 18 Jul 2023 13:57:46 -0300
Jason Gunthorpe wrote:
> On Tue, Jul 18, 2023 at 06:55:25AM -0700, Yi Liu wrote:
> > Existing VFIO provides group-centric user APIs for userspace. Userspace
> > opens the /dev/vfio/$group_id first before getting device fd and hence
> > getting access to device.
On Mon, 17 Jul 2023 19:12:16 -0300
Jason Gunthorpe wrote:
> On Mon, Jul 17, 2023 at 01:08:31PM -0600, Alex Williamson wrote:
>
> > What would that mechanism be? We've been iterating on getting the
> > serialization and buffering correct, but I don't know of another means
On Mon, 17 Jul 2023 10:29:34 +0200
Grzegorz Jaszczyk wrote:
> pt., 14 lip 2023 o 09:05 Christian Brauner napisał(a):
> >
> > On Thu, Jul 13, 2023 at 11:10:54AM -0600, Alex Williamson wrote:
> > > On Thu, 13 Jul 2023 12:05:36 +0200
> > > Christian Brauner wr
On Mon, 17 Jul 2023 08:08:59 +
"Liu, Yi L" wrote:
> > From: Liu, Yi L
> > Sent: Monday, July 17, 2023 2:36 PM
> >
> > > From: Liu, Yi L
> > > Sent: Friday, June 16, 2023 5:40 PM
> > >
> > > vfio_group is not needed for vfio device cdev, so with vfio device cdev
> > > introduced, the
On Thu, 13 Jul 2023 12:05:36 +0200
Christian Brauner wrote:
> Hey everyone,
>
> This simplifies the eventfd_signal() and eventfd_signal_mask() helpers
> by removing the count argument which is effectively unused.
We have a patch under review which does in fact make use of the
signaling value:
On Tue, 27 Jun 2023 13:12:14 -0300
Jason Gunthorpe wrote:
> On Tue, Jun 27, 2023 at 08:54:33AM +, Liu, Yi L wrote:
> > > From: Alex Williamson
> > > Sent: Thursday, June 22, 2023 5:54 AM
> > >
> > > On Fri, 16 Jun 2023 02:39:46 -0700
> > > Y
On Fri, 16 Jun 2023 02:39:46 -0700
Yi Liu wrote:
> This gives notes for userspace applications on device cdev usage.
>
> Reviewed-by: Kevin Tian
> Signed-off-by: Yi Liu
> ---
> Documentation/driver-api/vfio.rst | 139 ++
> 1 file changed, 139 insertions(+)
>
>
On Tue, 13 Jun 2023 15:01:35 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:48 PM
> >
> > On Tue, 13 Jun 2023 14:33:01 +
> > "Liu, Yi L" wrote:
> >
> > > >
[Sorry for breaking threading, replying to my own message id with reply
content from Yi since the Cc list got broken]
On Tue, 13 Jun 2023 15:28:06 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 11:13 PM
> >
> > On Tue, 1
On Tue, 13 Jun 2023 14:35:09 -0300
Jason Gunthorpe wrote:
> On Tue, Jun 13, 2023 at 11:15:11AM -0600, Alex Williamson wrote:
> > [Sorry for breaking threading, replying to my own message id with reply
> > content from Yi since the Cc list got broken]
>
> Yikes it is rea
On Tue, 13 Jun 2023 14:19:17 -0300
Jason Gunthorpe wrote:
> On Tue, Jun 13, 2023 at 08:16:47AM -0600, Alex Williamson wrote:
>
> > > Not quite get why bit field is going to be incompatible with smp
> > > lockless operations. Could you elaborate a
On Tue, 13 Jun 2023 15:11:06 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 11:04 PM
> >
> > > > >
> > > > > >
> > > > > > Unless I missed it, we've not described that
On Tue, 13 Jun 2023 14:48:02 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:24 PM
> >
> > On Tue, 13 Jun 2023 12:01:51 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
On Tue, 13 Jun 2023 14:42:46 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:40 PM
> >
> > On Tue, 13 Jun 2023 14:28:43 +
> > "Liu, Yi L" wrote:
> >
> > > >
On Tue, 13 Jun 2023 14:33:01 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:19 PM
> >
> > On Tue, 13 Jun 2023 05:53:42 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
On Tue, 13 Jun 2023 14:36:14 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:17 PM
> >
> > On Tue, 13 Jun 2023 05:46:32 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
On Tue, 13 Jun 2023 14:28:43 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 10:18 PM
>
> > > > > diff --git a/include/linux/vfio.h b/include/linux/vfio.h
> > > > > index 83cc5dc28b7a..e
On Tue, 13 Jun 2023 12:50:43 +
"Liu, Yi L" wrote:
> > From: Jason Gunthorpe
> > Sent: Tuesday, June 13, 2023 7:47 PM
> >
> > On Fri, Jun 02, 2023 at 05:15:14AM -0700, Yi Liu wrote:
> > > +/*
> > > + * Return devid for a device which is affected by hot-reset.
> > > + * - valid devid > 0
On Tue, 13 Jun 2023 12:01:51 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 7:06 AM
> >
> > On Fri, 2 Jun 2023 05:16:53 -0700
> > Yi Liu wrote:
> >
> > > This gives notes for userspace applicatio
On Tue, 13 Jun 2023 05:53:42 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 6:42 AM
> >
> > On Fri, 2 Jun 2023 05:16:50 -0700
> > Yi Liu wrote:
> >
> > > This moves
On Tue, 13 Jun 2023 05:48:46 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 6:27 AM
> >
> > On Fri, 2 Jun 2023 05:16:47 -0700
> > Yi Liu wrote:
> >
> > > This add
On Tue, 13 Jun 2023 05:46:32 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, June 13, 2023 5:52 AM
> >
> > On Fri, 2 Jun 2023 05:16:36 -0700
> > Yi Liu wrote:
> >
> > > Allow the vfio_device file to be in a s
On Fri, 2 Jun 2023 05:16:53 -0700
Yi Liu wrote:
> This gives notes for userspace applications on device cdev usage.
>
> Reviewed-by: Kevin Tian
> Signed-off-by: Yi Liu
> ---
> Documentation/driver-api/vfio.rst | 132 ++
> 1 file changed, 132 insertions(+)
>
>
On Fri, 2 Jun 2023 05:16:51 -0700
Yi Liu wrote:
> This converts noiommu test to use vfio_device->noiommu flag. Per this
> change, vfio_device_is_noiommu() is removed.
>
> Signed-off-by: Yi Liu
> ---
> drivers/vfio/group.c | 2 +-
> drivers/vfio/iommufd.c | 4 ++--
> drivers/vfio/vfio.h
make sense? The motivation for the change is
really not clear without cdev support for noiommu. Thanks,
Alex
> Suggested-by: Alex Williamson
> Signed-off-by: Yi Liu
> ---
> drivers/vfio/group.c | 15 ---
> drivers/vfio/vfio_main.c | 31 ++-
>
On Fri, 2 Jun 2023 05:16:49 -0700
Yi Liu wrote:
> group->type can be VFIO_NO_IOMMU only when vfio_noiommu option is true.
> And vfio_noiommu option can only be true if CONFIG_VFIO_NOIOMMU is enabled.
> So checking group->type is enough when testing noiommu.
>
> Signed-off-by: Yi Liu
> ---
>
On Fri, 2 Jun 2023 05:16:47 -0700
Yi Liu wrote:
> This adds ioctl for userspace to bind device cdev fd to iommufd.
>
> VFIO_DEVICE_BIND_IOMMUFD: bind device to an iommufd, hence gain DMA
> control provided by the iommufd. open_device
>
On Fri, 2 Jun 2023 05:16:36 -0700
Yi Liu wrote:
> Allow the vfio_device file to be in a state where the device FD is
> opened but the device cannot be used by userspace (i.e. its .open_device()
> hasn't been called). This inbetween state is not used when the device
> FD is spawned from the
On Fri, 2 Jun 2023 05:16:35 -0700
Yi Liu wrote:
> This avoids passing too much parameters in multiple functions. Per the
> input parameter change, rename the function to be vfio_df_open/close().
>
> Reviewed-by: Kevin Tian
> Reviewed-by: Jason Gunthorpe
> Reviewed-by: Eric Auger
>
On Fri, 2 Jun 2023 05:15:15 -0700
Yi Liu wrote:
> This is the way user to invoke hot-reset for the devices opened by cdev
> interface. User should check the flag VFIO_PCI_HOT_RESET_FLAG_DEV_ID_OWNED
> in the output of VFIO_DEVICE_GET_PCI_HOT_RESET_INFO ioctl before doing
> hot-reset for cdev
reported
> in this mode if all of the devices affected by the hot-reset are owned by
> either virtue of being directly bound to the same iommufd context as the
> calling device, or implicitly owned via a shared IOMMU group.
>
> Suggested-by: Jason Gunthorpe
> Suggested-by
On Fri, 2 Jun 2023 05:15:10 -0700
Yi Liu wrote:
> This adds the helper to check if any device within the given iommu_group
> has been bound with the iommufd_ctx. This is helpful for the checking on
> device ownership for the devices which have not been bound but cannot be
> bound to any other
On Thu, 1 Jun 2023 06:06:17 +
"Liu, Yi L" wrote:
> > From: Jason Gunthorpe
> > Sent: Thursday, June 1, 2023 3:00 AM
> >
> > On Fri, May 26, 2023 at 10:04:27AM +0800, Baolu Lu wrote:
> > > On 5/25/23 9:02 PM, Liu, Yi L wrote:
> > > > > It's possible that requirement
> > > > > might be
On Tue, 30 May 2023 04:23:12 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Thursday, May 25, 2023 4:20 AM
> >
> > On Mon, 22 May 2023 04:57:51 -0700
> > Yi Liu wrote:
> >
> > > This is the way user to invoke hot-res
On Thu, 25 May 2023 03:03:54 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Wednesday, May 24, 2023 11:32 PM
> >
> > On Wed, 24 May 2023 02:12:14 +
> > "Liu, Yi L" wrote:
> >
> > > >
On Mon, 22 May 2023 04:57:51 -0700
Yi Liu wrote:
> This is the way user to invoke hot-reset for the devices opened by cdev
> interface. User should check the flag VFIO_PCI_HOT_RESET_FLAG_DEV_ID_OWNED
> in the output of VFIO_DEVICE_GET_PCI_HOT_RESET_INFO ioctl before doing
> hot-reset for cdev
reported
> in this mode if all of the devices affected by the hot-reset are owned by
> either virtue of being directly bound to the same iommufd context as the
> calling device, or implicitly owned via a shared IOMMU group.
>
> Suggested-by: Jason Gunthorpe
> Suggested-by
On Wed, 24 May 2023 02:12:14 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, May 23, 2023 11:50 PM
> >
> > On Tue, 23 May 2023 01:20:17 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
On Tue, 23 May 2023 01:41:36 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, May 23, 2023 6:01 AM
> >
> > On Sat, 13 May 2023 06:28:23 -0700
> > Yi Liu wrote:
> >
> > > This add
On Tue, 23 May 2023 01:20:17 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, May 23, 2023 6:16 AM
> >
> > On Sat, 13 May 2023 06:28:24 -0700
> > Yi Liu wrote:
> >
> > > This adds ioctl for userspace to attach de
On Sat, 13 May 2023 06:28:25 -0700
Yi Liu wrote:
> This is to make the cdev path and group path consistent for the noiommu
> devices registration. If vfio_noiommu is disabled, such registration
> should fail. However, this check is vfio_device_set_group() which is part
> of the vfio_group code.
On Sat, 13 May 2023 06:28:24 -0700
Yi Liu wrote:
> This adds ioctl for userspace to attach device cdev fd to and detach
> from IOAS/hw_pagetable managed by iommufd.
>
> VFIO_DEVICE_ATTACH_IOMMUFD_PT: attach vfio device to IOAS, hw_pagetable
> managed by
On Sat, 13 May 2023 06:28:23 -0700
Yi Liu wrote:
> This adds ioctl for userspace to bind device cdev fd to iommufd.
>
> VFIO_DEVICE_BIND_IOMMUFD: bind device to an iommufd, hence gain DMA
> control provided by the iommufd. open_device
>
On Mon, 22 May 2023 14:46:17 -0600
Alex Williamson wrote:
> On Sat, 13 May 2023 06:28:17 -0700
> Yi Liu wrote:
>
> > this prepares for adding DETACH ioctl for physical VFIO devices.
> >
> > Reviewed-by: Kevin Tian
> > Tested-by: Terrence Xu
> &
On Sat, 13 May 2023 06:28:17 -0700
Yi Liu wrote:
> this prepares for adding DETACH ioctl for physical VFIO devices.
>
> Reviewed-by: Kevin Tian
> Tested-by: Terrence Xu
> Tested-by: Nicolin Chen
> Tested-by: Matthew Rosato
> Tested-by: Yanting Jiang
> Tested-by: Shameer Kolothum
>
On Sat, 13 May 2023 06:28:14 -0700
Yi Liu wrote:
> into vfio_device_group_open(). This is more consistent with what will
> be done in vfio device cdev path.
Same comment regarding flowing commit subject into body on this series.
>
> Reviewed-by: Kevin Tian
> Tested-by: Terrence Xu
>
On Sat, 13 May 2023 06:28:07 -0700
Yi Liu wrote:
> This makes the vfio file kAPIs to accept vfio device files, also a
> preparation for vfio device cdev support.
>
> For the kvm set with vfio device file, kvm pointer is stored in struct
> vfio_device_file, and use kvm_ref_lock to protect kvm
On Thu, 18 May 2023 13:21:57 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Thursday, May 18, 2023 6:02 AM
> >
> > On Sat, 13 May 2023 06:21:35 -0700
> > Yi Liu wrote:
> >
> > > This makes VFIO_DEVICE_GET_PCI_HOT_RESE
On Thu, 18 May 2023 13:31:47 +
"Liu, Yi L" wrote:
> > From: Liu, Yi L
> > Sent: Thursday, May 18, 2023 9:22 PM
> >
> > > From: Alex Williamson
> > > Sent: Thursday, May 18, 2023 6:02 AM
> > >
> > > On Sat, 13 May 2023
On Thu, 18 May 2023 13:25:59 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Thursday, May 18, 2023 2:15 AM
> >
> > On Sat, 13 May 2023 06:21:32 -0700
> > Yi Liu wrote:
> >
> > > This is needed by the vfio-pci d
On Thu, 18 May 2023 12:31:07 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Thursday, May 18, 2023 3:13 AM
> >
> > On Sat, 13 May 2023 06:21:33 -0700
> > Yi Liu wrote:
> >
> > > There are drivers that need to search vfio
On Thu, 18 May 2023 12:23:29 +
"Liu, Yi L" wrote:
> > From: Jason Gunthorpe
> > Sent: Thursday, May 18, 2023 2:21 AM
> >
> > On Wed, May 17, 2023 at 11:26:09AM -0600, Alex Williamson wrote:
> >
> > > It's not clear to me why we
ontext as the
calling device, or implicitly owned via a shared IOMMU group.
> and adds flag VFIO_PCI_HOT_RESET_FLAG_DEV_ID_OWNED to tell user if all
> the affected devices are owned, so user can know it without looping all
> the returned devids.
>
> Suggested-by: Jason Gunthorpe
On Sat, 13 May 2023 06:21:34 -0700
Yi Liu wrote:
> to check if any device within the given iommu_group has been bound with
Nit, I find these commit logs where the subject line is intended to
flow into the commit log to form a complete sentence difficult to read.
I expect complete thoughts
On Sat, 13 May 2023 06:21:33 -0700
Yi Liu wrote:
> There are drivers that need to search vfio_device within a given dev_set.
> e.g. vfio-pci. So add a helper.
>
> Signed-off-by: Yi Liu
> ---
> drivers/vfio/pci/vfio_pci_core.c | 8 +++-
> drivers/vfio/vfio_main.c | 15
On Wed, 17 May 2023 15:22:27 -0300
Jason Gunthorpe wrote:
> On Wed, May 17, 2023 at 12:15:17PM -0600, Alex Williamson wrote:
>
> > > +int vfio_iommufd_physical_devid(struct vfio_device *vdev)
> > > +{
> > > + if (vdev->iommufd_device)
> > &g
On Sat, 13 May 2023 06:21:32 -0700
Yi Liu wrote:
> This is needed by the vfio-pci driver to report affected devices in the
> hot reset for a given device.
>
> Signed-off-by: Yi Liu
> ---
> drivers/iommu/iommufd/device.c | 24
> drivers/vfio/iommufd.c | 20
On Sat, 13 May 2023 06:21:27 -0700
Yi Liu wrote:
> This binds noiommu device to iommufd and creates iommufd_access for this
> bond. This is useful for adding an iommufd-based device ownership check
> for VFIO_DEVICE_PCI_HOT_RESET since this model requires all the other
> affected devices bound
On Mon, 8 May 2023 15:32:44 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Friday, April 28, 2023 4:16 AM
> >
> > > > + *
> > > > * Return: 0 on success, -errno on failure:
> > > > *
On Wed, 3 May 2023 16:41:52 -0300
Jason Gunthorpe wrote:
> > > My general idea to complete the no-iommu feature is to add a new IOCTL
> > > to VFIO that is 'pin iova and return dma addr' that no-iommu userspace
> > > would call instead of trying to abuse mlock and /proc/ to do it. That
> > >
On Wed, 26 Apr 2023 07:54:19 -0700
Yi Liu wrote:
> This is the way user to invoke hot-reset for the devices opened by cdev
> interface. User should check the flag VFIO_PCI_HOT_RESET_FLAG_RESETTABLE
> in the output of VFIO_DEVICE_GET_PCI_HOT_RESET_INFO ioctl before doing
> hot-reset for cdev
On Thu, 27 Apr 2023 14:04:05 -0600
Alex Williamson wrote:
> On Wed, 26 Apr 2023 07:54:18 -0700
> Yi Liu wrote:
>
> > This makes VFIO_DEVICE_GET_PCI_HOT_RESET_INFO ioctl to use the bound
> > iommufd of the cdev device to check the ownership of the other affected
>
-1 will block hot-reset.
>
> This adds flag VFIO_PCI_HOT_RESET_FLAG_IOMMUFD_DEV_ID to tell the user
> dev_id is returned and adds flag VFIO_PCI_HOT_RESET_FLAG_RESETTABLE to
> tell user if the cdev device is resettable or not.
>
> Suggested-by: Jason Gunthorpe
> Suggested-by: Alex Williamson
> S
On Wed, 26 Apr 2023 07:54:15 -0700
Yi Liu wrote:
> Use it to differentiate whether to report group_id or dev_id in revised
> VFIO_DEVICE_GET_PCI_HOT_RESET_INFO ioctl. Though it is not set at this
> moment introducing it now allows us to get hot reset ready for cdev.
>
> Signed-off-by: Yi Liu
>
On Thu, 27 Apr 2023 07:05:37 +
"Liu, Yi L" wrote:
> > From: Tian, Kevin
> > Sent: Thursday, April 27, 2023 2:36 PM
> >
> > > From: Liu, Yi L
> > > Sent: Wednesday, April 26, 2023 10:54 PM
> > >
> > > -static inline bool vfio_device_is_noiommu(struct vfio_device *vdev)
> > > +static
On Thu, 27 Apr 2023 06:59:17 +
"Liu, Yi L" wrote:
> > From: Tian, Kevin
> > Sent: Thursday, April 27, 2023 2:39 PM
> >
> > > From: Liu, Yi L
> > > Sent: Wednesday, April 26, 2023 10:54 PM
> > > @@ -121,7 +128,8 @@ static void vfio_emulated_unmap(void *data,
> > > unsigned long iova,
> >
On Wed, 26 Apr 2023 07:22:17 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Thursday, April 20, 2023 10:09 PM
> [...]
> > > > Whereas dev-id < 0
> > > > (== -1) is an affected device which prevents hot-reset, ex. an un-owned
[Appears the list got dropped, replying to my previous message to re-add]
On Tue, 11 Apr 2023 13:32:16 -0300
Jason Gunthorpe wrote:
> On Tue, Apr 11, 2023 at 09:54:17AM -0600, Alex Williamson wrote:
> > On Tue, 11 Apr 2023 10:24:58 -0300
> > Jason Gunthorpe wrote:
> >
On Tue, 11 Apr 2023 10:24:58 -0300
Jason Gunthorpe wrote:
> On Thu, Apr 06, 2023 at 11:53:47AM -0600, Alex Williamson wrote:
>
> > Where whether a device is opened is subject to change outside of the
> > user's control. This essentially allows the user to perform hot-res
On Thu, 20 Apr 2023 12:10:20 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Wednesday, April 19, 2023 2:39 AM
> >
> > On Tue, 18 Apr 2023 09:57:32 -0300
> > Jason Gunthorpe wrote:
> >
> > > On Mon, Apr 17, 2023 at 02:06:
On Tue, 18 Apr 2023 09:57:32 -0300
Jason Gunthorpe wrote:
> On Mon, Apr 17, 2023 at 02:06:42PM -0600, Alex Williamson wrote:
> > On Mon, 17 Apr 2023 16:31:56 -0300
> > Jason Gunthorpe wrote:
> >
> > > On Mon, Apr 17, 2023 at 01:01:40PM -0600, Alex William
On Tue, 18 Apr 2023 10:34:45 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, April 18, 2023 12:11 PM
> >
> [...]
> >
> > We haven't discussed how it fails when called on a group-opened device
> > in a mixed envi
On Tue, 18 Apr 2023 05:02:44 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, April 18, 2023 12:11 PM
> >
> > On Tue, 18 Apr 2023 03:24:46 +
> > "Tian, Kevin" wrote:
> >
> > > >
On Tue, 18 Apr 2023 03:24:46 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Tuesday, April 18, 2023 4:07 AM
> >
> > On Mon, 17 Apr 2023 16:31:56 -0300
> > Jason Gunthorpe wrote:
> >
> > > On Mon, Apr 17, 2023 at 01:01
On Mon, 17 Apr 2023 16:31:56 -0300
Jason Gunthorpe wrote:
> On Mon, Apr 17, 2023 at 01:01:40PM -0600, Alex Williamson wrote:
> > Yes, it's not trivial, but Jason is now proposing that we consider
> > mixing groups, cdevs, and multiple iommufd_ctxs as invalid. I think
On Mon, 17 Apr 2023 04:20:27 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Saturday, April 15, 2023 1:11 AM
> >
> > On Fri, 14 Apr 2023 11:38:24 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Tian, Kevin
&
On Fri, 14 Apr 2023 11:38:24 +
"Liu, Yi L" wrote:
> > From: Tian, Kevin
> > Sent: Friday, April 14, 2023 5:12 PM
> >
> > > From: Alex Williamson
> > > Sent: Friday, April 14, 2023 2:07 AM
> > >
> > > We had already iterat
On Fri, 14 Apr 2023 09:11:30 +
"Tian, Kevin" wrote:
> > From: Alex Williamson
> > Sent: Friday, April 14, 2023 2:07 AM
> >
> > We had already iterated a proposal where the group-id is replaced with
> > a dev-id in the existing ioctl and a flag indi
On Thu, 13 Apr 2023 08:50:45 -0300
Jason Gunthorpe wrote:
> On Thu, Apr 13, 2023 at 08:25:52AM +, Tian, Kevin wrote:
> > > From: Jason Gunthorpe
> > > Sent: Thursday, April 13, 2023 4:07 AM
> > >
> > >
> > > > in which case we need c) a way to
> > > > report the overall set of affected
On Wed, 12 Apr 2023 12:05:50 -0300
Jason Gunthorpe wrote:
> On Wed, Apr 12, 2023 at 07:27:43AM +, Tian, Kevin wrote:
> > > From: Jason Gunthorpe
> > > Sent: Wednesday, April 12, 2023 8:01 AM
> > >
> > > I see this problem as a few basic requirements from a qemu-like
> > > application:
> > >
On Wed, 12 Apr 2023 10:09:32 +
"Liu, Yi L" wrote:
> > From: Jason Gunthorpe
> > Sent: Wednesday, April 12, 2023 8:01 AM
> >
> > On Tue, Apr 11, 2023 at 03:58:27PM -0600, Alex Williamson wrote:
> >
> > > > Management tools already need
On Tue, 11 Apr 2023 21:01:06 -0300
Jason Gunthorpe wrote:
> On Tue, Apr 11, 2023 at 03:58:27PM -0600, Alex Williamson wrote:
>
> > > Management tools already need to understand dev_set if they want to
> > > offer reliable reset support to the VMs. Same as today.
>
On Tue, 11 Apr 2023 15:40:07 -0300
Jason Gunthorpe wrote:
> On Tue, Apr 11, 2023 at 11:11:17AM -0600, Alex Williamson wrote:
> > [Appears the list got dropped, replying to my previous message to re-add]
>
> Wowo this got mesed up alot, mutt drops the cc when replying for s
On Mon, 10 Apr 2023 15:18:27 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Monday, April 10, 2023 10:41 PM
> >
> > On Mon, 10 Apr 2023 08:48:54 +
> > "Liu, Yi L" wrote:
> >
> > > >
On Mon, 10 Apr 2023 08:48:54 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Sunday, April 9, 2023 9:30 PM
> [...]
> > > yeah, needs to move the iommu group creation back to vfio_main.c. This
> > > would be a prerequisite for [1]
> &g
On Sun, 9 Apr 2023 19:58:47 +0800
Yi Liu wrote:
> On 2023/4/8 22:20, Alex Williamson wrote:
> > On Sat, 8 Apr 2023 05:07:16 +
> > "Liu, Yi L" wrote:
> >
> >>> From: Alex Williamson
> >>> Sent: Saturday, April 8, 2023 5:07 AM
> &g
On Sat, 8 Apr 2023 05:07:16 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Saturday, April 8, 2023 5:07 AM
> >
> > On Fri, 7 Apr 2023 15:47:10 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
On Fri, 7 Apr 2023 15:47:10 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Friday, April 7, 2023 11:14 PM
> >
> > On Fri, 7 Apr 2023 14:04:02 +
> > "Liu, Yi L" wrote:
> >
> > > > From: Alex Williamson
&
On Fri, 7 Apr 2023 14:04:02 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Friday, April 7, 2023 9:52 PM
> >
> > On Fri, 7 Apr 2023 13:24:25 +
> > "Liu, Yi L" wrote:
> >
> > > >
On Fri, 7 Apr 2023 13:24:25 +
"Liu, Yi L" wrote:
> > From: Alex Williamson
> > Sent: Friday, April 7, 2023 8:04 PM
> >
> > > > > > @@ -791,7 +813,21 @@ static int vfio_pci_fill_devs(struct pci_dev
> > > > > >
On Fri, 7 Apr 2023 10:09:58 +
"Liu, Yi L" wrote:
> Hi Alex,
>
> > From: Alex Williamson
> > Sent: Monday, April 3, 2023 11:02 PM
> >
> > On Mon, 3 Apr 2023 09:25:06 +
> > "Liu, Yi L" wrote:
> >
> >
On Thu, 6 Apr 2023 10:49:45 +
"Liu, Yi L" wrote:
> Hi Eric,
>
> > From: Eric Auger
> > Sent: Thursday, April 6, 2023 5:47 PM
> >
> > Hi Yi,
> >
> > On 4/1/23 17:18, Yi Liu wrote:
> > > This defines KVM_DEV_VFIO_FILE* and make alias with KVM_DEV_VFIO_GROUP*.
> > > Old userspace uses
On Thu, 6 Apr 2023 10:02:10 +
"Liu, Yi L" wrote:
> > From: Jason Gunthorpe
> > Sent: Thursday, April 6, 2023 7:23 AM
> >
> > On Wed, Apr 05, 2023 at 01:49:45PM -0600, Alex Williamson wrote:
> >
> > > > > QEMU can m
On Thu, 6 Apr 2023 06:34:08 +
"Liu, Yi L" wrote:
> Hi Alex,
>
> > From: Alex Williamson
> > Sent: Thursday, April 6, 2023 3:50 AM
> >
> > On Wed, 5 Apr 2023 16:21:09 -0300
> > Jason Gunthorpe wrote:
> >
> > > On
On Wed, 5 Apr 2023 16:21:09 -0300
Jason Gunthorpe wrote:
> On Wed, Apr 05, 2023 at 12:56:21PM -0600, Alex Williamson wrote:
> > Usability needs to be a consideration as well. An interface where the
> > result is effectively arbitrary from a user perspective because the
>
On Wed, 5 Apr 2023 12:56:21 -0600
Alex Williamson wrote:
> On Wed, 5 Apr 2023 14:23:43 -0300
> Jason Gunthorpe wrote:
>
> > On Wed, Apr 05, 2023 at 10:52:15AM -0600, Alex Williamson wrote:
> > > On Wed, 5 Apr 2023 13:37:05 -0300
> > > Jason Gunthorpe wrote:
1 - 100 of 391 matches
Mail list logo
