It seems that the original mail did not make it to some of the mailing
lists it was intended to go to, possibly due to the html part of the
original mail. Therefore, I'm trying again, this time with plain text
only. Apologies in advance for any duplicates.
On Wed, Nov 08 2023, Paul Knight wrote:
tions(-)
Reviewed-by: Cornelia Huck
io/pci/vfio_pci.c | 106
> +++
> drivers/vfio/pci/vfio_pci_private.h |2 +
> 2 files changed, 97 insertions(+), 11 deletions(-)
>
Reviewed-by: Cornelia Huck
ature may only be set on a
> + * PCI SR-IOV PF when SR-IOV is enabled on the PF and there are no existing
> + * open VFs. Data provided when setting this feature is a 16-byte array
> + * (__u8 b[16]), representing a UUID.
> + */
> +#define VFIO_DEVICE_FEATURE_PCI_VF_TOKEN (0)
> +
> /* API for Type1 VFIO IOMMU */
>
> /**
>
Reviewed-by: Cornelia Huck
Use of
> the vf_token option outside of these cases will return an error, as
> discussed above.
>
> Signed-off-by: Alex Williamson
> ---
> drivers/vfio/pci/vfio_pci.c | 198
> +++
> drivers/vfio/pci/vfio_pci_private.h |8 +
> 2 files changed, 205 insertions(+), 1 deletion(-)
Reviewed-by: Cornelia Huck
On Wed, 19 Feb 2020 11:54:18 -0700
Alex Williamson wrote:
> The VFIO_DEVICE_FEATURE ioctl is meant to be a general purpose, device
> agnostic ioctl for setting, retrieving, and probing device features.
> This implementation provides a 16-bit field for specifying a feature
> index, where the data
On Thu, 13 Feb 2020 10:23:21 -0700
Alex Williamson wrote:
> On Thu, 13 Feb 2020 12:46:54 +0100
> Cornelia Huck wrote:
>
> > On Tue, 11 Feb 2020 16:05:42 -0700
> > Alex Williamson wrote:
> >
> > > If we enable SR-IOV on a vfio-pci owned PF, the result
On Thu, 13 Feb 2020 10:39:57 -0700
Alex Williamson wrote:
> On Thu, 13 Feb 2020 13:41:21 +0100
> Cornelia Huck wrote:
>
> > On Tue, 11 Feb 2020 16:05:51 -0700
> > Alex Williamson wrote:
> > > +struct vfio_device_feature {
> > > + __u32 argsz
On Tue, 11 Feb 2020 16:05:51 -0700
Alex Williamson wrote:
> The VFIO_DEVICE_FEATURE ioctl is meant to be a general purpose, device
> agnostic ioctl for setting, retrieving, and probing device features.
> This implementation provides a 16-bit field for specifying a feature
> index, where the data
On Tue, 11 Feb 2020 16:05:42 -0700
Alex Williamson wrote:
> If we enable SR-IOV on a vfio-pci owned PF, the resulting VFs are not
> fully isolated from the PF. The PF can always cause a denial of
> service to the VF, if not access data passed through the VF directly.
> This is why vfio-pci curre
t; 1 file changed, 8 insertions(+)
Reviewed-by: Cornelia Huck
io.h |4
> 2 files changed, 20 insertions(+), 4 deletions(-)
Reviewed-by: Cornelia Huck
On Thu, 6 Feb 2020 11:18:42 -0700
Alex Williamson wrote:
> On Thu, 6 Feb 2020 12:14:19 +0100
> Cornelia Huck wrote:
>
> > On Tue, 04 Feb 2020 16:05:43 -0700
> > Alex Williamson wrote:
> >
> > > Allow bus drivers to provide their own callback to match
efine pr_fmt(fmt) KBUILD_MODNAME ": " fmt
> -#define dev_fmt pr_fmt
>
> #include
> #include
>
Yes, that looks a bit superfluous.
Reviewed-by: Cornelia Huck
On Tue, 04 Feb 2020 16:05:43 -0700
Alex Williamson wrote:
> Allow bus drivers to provide their own callback to match a device to
> the user provided string.
>
> Signed-off-by: Alex Williamson
> ---
> drivers/vfio/vfio.c | 19 +++
> include/linux/vfio.h |3 +++
> 2 files
On Thu, 21 Jan 2016 15:39:26 +0200
"Michael S. Tsirkin" wrote:
> Hi all!
> I have been experimenting with alternative virtio ring layouts,
> in order to speed up single stream performance.
>
> I have just posted a benchmark I wrote for the purpose, and a (partial)
> alternative layout implementa
16 matches
Mail list logo