On 24/12/2015 15:51, Alex Williamson wrote:
> No. A privileged entity needs to grant a user ownership of a group and
> sufficient locked memory limits to make it useful, but then use of the
> group does not require root permission.
So we're thinking how we can force the VFs in these cases to be i
@vger.kernel.org
> > Cc: bhelg...@google.com; Noa Osherovich ;
> > Haggai
> > Eran ; Or Gerlitz ;
> > Liran
> > Liss
> > Subject: Re: [RFC 0/2] VFIO SRIOV support
> >
> > On Wed, 2015-12-23 at 07:43 +, Ilya Lesokhin wrote:
> > > Hi Alex,
> >
erlitz ; Liran
> Liss
> Subject: Re: [RFC 0/2] VFIO SRIOV support
>
> On Wed, 2015-12-23 at 07:43 +, Ilya Lesokhin wrote:
> > Hi Alex,
> > Regarding driver_override, as far as I know you can only use it on
> > devices that were already discovered. Since the devices d
On Wed, 2015-12-23 at 07:43 +, Ilya Lesokhin wrote:
> Hi Alex,
> Regarding driver_override, as far as I know you can only use it on
> devices that were already discovered. Since the devices do not exist
> before the call to pci_enable_sriov(...)
> and are already probed after the call it would
r.kernel.org;
linux-...@vger.kernel.org
Cc: bhelg...@google.com; Noa Osherovich ; Haggai Eran
; Or Gerlitz ; Liran Liss
Subject: Re: [RFC 0/2] VFIO SRIOV support
On Tue, 2015-12-22 at 15:42 +0200, Ilya Lesokhin wrote:
> Today the QEMU hypervisor allows assigning a physical device to a VM,
> facil
On Tue, 2015-12-22 at 15:42 +0200, Ilya Lesokhin wrote:
> Today the QEMU hypervisor allows assigning a physical device to a VM,
> facilitating driver development. However, it does not support
> enabling
> SR-IOV by the VM kernel driver. Our goal is to implement such
> support,
> allowing developers