Hi Johsua,

Your understanding is correct, however you do not need to setup the VFs if it 
is already correctly setup by ESXI.
Just create the AVF interface directly by specifying the VF PCI address.

ben

> -----Original Message-----
> From: Joshua Moore <j...@jcm.me>
> Sent: lundi 28 septembre 2020 17:48
> To: Benoit Ganne (bganne) <bga...@cisco.com>
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver
> 
> Hello Benoit,
> 
> Looking at the script for AVF, it states:
> 
> # Setup one VF on PF 0000:3b:00.0 and assign MAC address
> setup 0000:3b:00.0 00:11:22:33:44:00
> # Setup one VF on PF 0000:3b:00.1 and assign MAC address
> setup 0000:3b:00.1 00:11:22:33:44:01
> 
> This seems to assume the entire PF NIC is exposed to the VM and the VM is
> responsible for owning the configuration of the WHOLE PF to setup the VF.
> This also makes sense to me considering that the script is looking for
> i40en driver (physical) and not i40evf driver (virtual). My understanding
> is that this will not work with my ESXI setup as ESXI owns the
> configuration of the PF (physical NIC) and is assigning the VFs from the
> NIC end is exposing just the VF to the VM.
> 
> Does this make sense or am I misunderstanding something?
> 
> If so, then how can the AVF plugin/driver consume just the VF NIC already
> assigned to the VM and not try to setup a new VF?
> 
> 
> Thanks!
> 
> -Josh
> 
> On Mon, Sep 28, 2020 at 2:40 AM Benoit Ganne (bganne) <bga...@cisco.com
> <mailto:bga...@cisco.com> > wrote:
> 
> 
>       Hi,
> 
>       It should work with AVF as it is using VFs, not PF, see
> https://docs.fd.io/vpp/21.01/d1/def/avf_plugin_doc.html
>       You should bind the VF with vfio-pci 1st though, so that it is
> usable by userspace drivers such as VPP AVF plugin.
>       If your system crashes when doing so it is a bug with your system.
> 
>       Best
>       ben
> 
>       > -----Original Message-----
>       > From: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>  <vpp-
> d...@lists.fd.io <mailto:vpp-dev@lists.fd.io> > On Behalf Of j...@jcm.me
> <mailto:j...@jcm.me>
>       > Sent: lundi 28 septembre 2020 01:29
>       > To: vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io>
>       > Subject: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough)
> Driver
>       >
>       > Hello,
>       >
>       > Is there any support for VPP to talk directly to ESXI-assigned VFs
> via SR-
>       > IOV? I saw the AVF plugin but I don't want VPP to control the
> whole PF
>       > (physical NIC) but rather would like to have ESXI control the
> mapping of
>       > VFs (SR-IOV) and VPP (or DPDK) consume the VF natively in the VM
> so that I
>       > can run multiple VMs on the same physical NIC while benefiting
> from
>       > bypassing the vSwitch in ESXI. Right now I'm running VPP on a
> Ubuntu 18.04
>       > VM and I see the SR-IOV NIC as an i40evf driver.
>       >
>       > I tried binding the SR-IOV NIC to the vfio driver but this causes
> the CPU
>       > of the VM to skyrocket and crash. I don't think using vfio is the
> right
>       > approach and feel like the solution here is really simple. Any
>       > suggestions?
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#17554): https://lists.fd.io/g/vpp-dev/message/17554
Mute This Topic: https://lists.fd.io/mt/77164974/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to