[vpp-dev] Regarding RDMA

[Prashant Upadhyaya]

Hi,

I am trying to evaluate usage of RDMA driver with VPP.
So two immediate questions which I need to answer to my higher ups :-

1. What is the expected performance benefit if RDMA driver is used in
VPP instead of DPDK driver ?
2. Which NIC's are supported with RDMA driver in VPP ? Conversely are
there any NIC's which are supported by DPDK driver in VPP which are
not supported by RDMA ?

Would really appreciate any feedback on this.

Regards
-Prashant

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

Re: [vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Dengfeng Liu]

[Edited Message Follows]

github is a good choice, It will attract more developer to join vpp project.

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

Re: [vpp-dev] nat44 static mapping does not work in endpoint-dependent mode and workers > 1

[Dengfeng Liu]

thanks for your kindly response.
I don't know whether vpp dev-team still maintian snat plugin, I found some bug 
about snat plugin and also submit it in this forum. anyway no furhter response 
about my message. It really confuse me, does vpp community still welcome us to 
join the game ?

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

Re: [vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Dengfeng Liu]

github is a good choice, I will attract more developer to join vpp project.

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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Joshua Moore]

Sorry, previous dmesg was greped on my VMXNET3 adapter, not the i40evf.
Correct dmesg:

jmoore@test:~$ dmesg | grep :13:00.0
[0.259249] pci :13:00.0: [8086:154c] type 00 class 0x02
[0.261432] pci :13:00.0: reg 0x10: [mem 0xe7af-0xe7af 64bit
pref]
[0.266767] pci :13:00.0: reg 0x1c: [mem 0xe7aec000-0xe7ae 64bit
pref]
[0.272845] pci :13:00.0: disabling ASPM on pre-1.1 PCIe device.
You can enable it with 'pcie_aspm=force'
[1.179790] iommu: Adding device :13:00.0 to group 8
[2.196529] i40evf :13:00.0: Multiqueue Enabled: Queue pair count = 4
[2.196799] i40evf :13:00.0: MAC address: 00:0c:29:58:7f:b5
[2.196865] i40evf :13:00.0: GRO is enabled
[2.510262] i40evf :13:00.0 ens224: renamed from eth2

On Mon, Sep 28, 2020 at 4:57 PM Joshua Moore via lists.fd.io  wrote:

> Hi Damjan,
>
> I am running Ubuntu 18.04 LTS with kernel 4.15.0-118-generic
>
>
> See below dmesg output.
>
> jmoore@test:~$ dmesg | grep :03:00.0
> [0.223459] pci :03:00.0: [15ad:07b0] type 00 class 0x02
> [0.225126] pci :03:00.0: reg 0x10: [mem 0xfd4fc000-0xfd4fcfff]
> [0.227304] pci :03:00.0: reg 0x14: [mem 0xfd4fd000-0xfd4fdfff]
> [0.229121] pci :03:00.0: reg 0x18: [mem 0xfd4fe000-0xfd4f]
> [0.231298] pci :03:00.0: reg 0x1c: [io  0x4000-0x400f]
> [0.237119] pci :03:00.0: reg 0x30: [mem 0x-0x pref]
> [0.237550] pci :03:00.0: supports D1 D2
> [0.237551] pci :03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
> [0.237774] pci :03:00.0: disabling ASPM on pre-1.1 PCIe device.
> You can enable it with 'pcie_aspm=force'
> [0.353290] pci :03:00.0: BAR 6: assigned [mem
> 0xfd40-0xfd40 pref]
> [1.179463] iommu: Adding device :03:00.0 to group 6
> [2.108455] vmxnet3 :03:00.0: # of Tx queues : 8, # of Rx queues : 8
> [2.110321] vmxnet3 :03:00.0 eth0: NIC Link is Up 1 Mbps
> [2.471328] vmxnet3 :03:00.0 ens160: renamed from eth0
>
>
>
> On Mon, Sep 28, 2020 at 1:02 PM Damjan Marion  wrote:
>
>>
>> What message do you see in dmesg? What is the kernel version?
>>
>> On 28.09.2020., at 19:47, Joshua Moore  wrote:
>>
>> Sorry, I'm still hitting an issue where I cannot create the interface in
>> VPP:
>>
>> vpp# create interface avf :13:00.0
>> create interface avf: device not bound to 'vfio-pci' or 'uio_pci_generic'
>> kernel module
>>
>>
>>
>> So I tried to bind the NIC to vfio-pci:
>>
>> root@test:~# modprobe vfio-pci
>> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py -s
>>
>> Network devices using DPDK-compatible driver
>> 
>> 
>>
>> Network devices using kernel driver
>> ===
>> :13:00.0 'Ethernet Virtual Function 700 Series' if=ens224 drv=i40evf
>> unused=
>>
>> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py --bind
>> vfio-pci 13:00.0
>> Error - no supported modules(DPDK driver) are loaded
>>
>>
>>
>> Thoughts?
>>
>> On Mon, Sep 28, 2020 at 11:43 AM Benoit Ganne (bganne) 
>> wrote:
>>
>>> 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 
>>> > Sent: lundi 28 septembre 2020 17:48
>>> > To: Benoit Ganne (bganne) 
>>> > 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 :3b:00.0 and assign MAC address
>>> > setup :3b:00.0 00:11:22:33:44:00
>>> > # Setup one VF on PF :3b:00.1 and assign MAC address
>>> > setup :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
>>> >  > 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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Joshua Moore]

Hi Damjan,

I am running Ubuntu 18.04 LTS with kernel 4.15.0-118-generic


See below dmesg output.

jmoore@test:~$ dmesg | grep :03:00.0
[0.223459] pci :03:00.0: [15ad:07b0] type 00 class 0x02
[0.225126] pci :03:00.0: reg 0x10: [mem 0xfd4fc000-0xfd4fcfff]
[0.227304] pci :03:00.0: reg 0x14: [mem 0xfd4fd000-0xfd4fdfff]
[0.229121] pci :03:00.0: reg 0x18: [mem 0xfd4fe000-0xfd4f]
[0.231298] pci :03:00.0: reg 0x1c: [io  0x4000-0x400f]
[0.237119] pci :03:00.0: reg 0x30: [mem 0x-0x pref]
[0.237550] pci :03:00.0: supports D1 D2
[0.237551] pci :03:00.0: PME# supported from D0 D1 D2 D3hot D3cold
[0.237774] pci :03:00.0: disabling ASPM on pre-1.1 PCIe device.
You can enable it with 'pcie_aspm=force'
[0.353290] pci :03:00.0: BAR 6: assigned [mem 0xfd40-0xfd40
pref]
[1.179463] iommu: Adding device :03:00.0 to group 6
[2.108455] vmxnet3 :03:00.0: # of Tx queues : 8, # of Rx queues : 8
[2.110321] vmxnet3 :03:00.0 eth0: NIC Link is Up 1 Mbps
[2.471328] vmxnet3 :03:00.0 ens160: renamed from eth0



On Mon, Sep 28, 2020 at 1:02 PM Damjan Marion  wrote:

>
> What message do you see in dmesg? What is the kernel version?
>
> On 28.09.2020., at 19:47, Joshua Moore  wrote:
>
> Sorry, I'm still hitting an issue where I cannot create the interface in
> VPP:
>
> vpp# create interface avf :13:00.0
> create interface avf: device not bound to 'vfio-pci' or 'uio_pci_generic'
> kernel module
>
>
>
> So I tried to bind the NIC to vfio-pci:
>
> root@test:~# modprobe vfio-pci
> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py -s
>
> Network devices using DPDK-compatible driver
> 
> 
>
> Network devices using kernel driver
> ===
> :13:00.0 'Ethernet Virtual Function 700 Series' if=ens224 drv=i40evf
> unused=
>
> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py --bind
> vfio-pci 13:00.0
> Error - no supported modules(DPDK driver) are loaded
>
>
>
> Thoughts?
>
> On Mon, Sep 28, 2020 at 11:43 AM Benoit Ganne (bganne) 
> wrote:
>
>> 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 
>> > Sent: lundi 28 septembre 2020 17:48
>> > To: Benoit Ganne (bganne) 
>> > 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 :3b:00.0 and assign MAC address
>> > setup :3b:00.0 00:11:22:33:44:00
>> > # Setup one VF on PF :3b:00.1 and assign MAC address
>> > setup :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) > >  > 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   > > d...@lists.fd.io  > On Behalf Of j...@jcm.me
>> > 
>> >   > Sent: lundi 28 septembre 2020 01:29
>> >   > To: 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 (

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Honnappa Nagarahalli]

Congratulations Damjan, unanimous decision speaks for itself.

Hi Dave,
   Thank you. Wish you well for the next chapter.

Thank you,
Honnappa


From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach via 
lists.fd.io
Sent: Monday, September 28, 2020 2:10 PM
To: 'Florin Coras' ; 'Damjan Marion (damarion)' 

Cc: 'Benoit Ganne (bganne)' ; 'Dave Barach (dbarach)' 
; vpp-committ...@lists.fd.io; vpp-dev@lists.fd.io
Subject: Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

Thanks for the kind words... It’s been fun, but now it’s time for others to 
take the ball and run with it... Congrats to Damjan, he’ll do a great job!

Dave

From: vpp-committ...@lists.fd.io 
mailto:vpp-committ...@lists.fd.io>> On Behalf Of 
Florin Coras
Sent: Monday, September 28, 2020 2:28 PM
To: Damjan Marion (damarion) mailto:damar...@cisco.com>>
Cc: Benoit Ganne (bganne) mailto:bga...@cisco.com>>; Dave 
Barach (dbarach) mailto:dbar...@cisco.com>>; 
vpp-committ...@lists.fd.io; 
vpp-dev@lists.fd.io
Subject: Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

Congrats, Damjan!! Those are some huge “shoes" you’ll have to fill but I’m sure 
they’ll fit ;-)

Dave, a few sentences won’t do all your contributions as PTL any justice! 
Nonetheless, thank you for starting the project, for diligently working towards 
growing it and for entrusting us, as a community, with its future!

Florin

On Sep 28, 2020, at 4:47 AM, Damjan Marion via lists.fd.io 
mailto:damarion=cisco@lists.fd.io>> wrote:



Now when we have votes from all 12 committers (me excluded) I would like to 
thank you all for your +1s.
It is nice to be elected by unanimous decision :)

—
Damjan


On 28.09.2020., at 09:44, Benoit Ganne (bganne) via 
lists.fd.io 
mailto:bganne=cisco@lists.fd.io>> wrote:

+1

And I take this opportunity to say a big thank you Dave for your efforts to 
build an healthy community, and all the best for Damjan in his (I hope) future 
new role 😊

Best
ben

-Original Message-
From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Dave Barach
via lists.fd.io
Sent: vendredi 25 septembre 2020 21:14
To: vpp-committ...@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP committers: VPP PTL vote

Folks,



The self-nomination period closed yesterday. We had one self-nomination,
from Damjan Marion. At this point, we can proceed with a vote.



I’m sure that Damjan will do a great job, so let me start:



Damjan Marion as VPP PTL: +1



Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
friend.



Thanks... Dave



-Original Message-
From: d...@barachs.net 
mailto:d...@barachs.net>>
Sent: Thursday, September 17, 2020 10:32 AM
To: 'vpp-dev@lists.fd.io' 
mailto:vpp-dev@lists.fd.io>>; 
't...@lists.fd.io'
mailto:t...@lists.fd.io>>
Subject: Happy Trails to Me...



Folks,



I’m departing the employment rolls towards the end of next month. Although
I intend to remain active in the fd.io vpp community as a coder,
committer, and resident greybeard, it’s time for the community to pick a
new PTL.



According to the project governance document,
https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf

:



3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
PTL will be derived from the Committers of the Project. Candidates must
self-nominate.



I'd like to invite any interested vpp project committer to self-nominate
for the PTL role. Please email vpp-dev@lists.fd.io 
> .



Let's close the self-nomination period in one week: more specifically, by
5pm EDT on Thursday, September 24, 2020; committer vote to follow
thereafter.



I'll be glad to answer unicast questions about the PTL role from eligible
committers.



Thanks... Dave
















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

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Dave Barach]

Thanks for the kind words... It’s been fun, but now it’s time for others to 
take the ball and run with it... Congrats to Damjan, he’ll do a great job!

 

Dave

 

From: vpp-committ...@lists.fd.io  On Behalf Of 
Florin Coras
Sent: Monday, September 28, 2020 2:28 PM
To: Damjan Marion (damarion) 
Cc: Benoit Ganne (bganne) ; Dave Barach (dbarach) 
; vpp-committ...@lists.fd.io; vpp-dev@lists.fd.io
Subject: Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

 

Congrats, Damjan!! Those are some huge “shoes" you’ll have to fill but I’m sure 
they’ll fit ;-)

 

Dave, a few sentences won’t do all your contributions as PTL any justice! 
Nonetheless, thank you for starting the project, for diligently working towards 
growing it and for entrusting us, as a community, with its future! 

 

Florin 





On Sep 28, 2020, at 4:47 AM, Damjan Marion via lists.fd.io  
 mailto:damarion=cisco@lists.fd.io> > 
wrote:

 



Now when we have votes from all 12 committers (me excluded) I would like to 
thank you all for your +1s.
It is nice to be elected by unanimous decision :)

— 
Damjan





On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
  mailto:bganne=cisco@lists.fd.io> > wrote:

+1

And I take this opportunity to say a big thank you Dave for your efforts to 
build an healthy community, and all the best for Damjan in his (I hope) future 
new role 😊

Best
ben




-Original Message-
From: vpp-dev@lists.fd.io   mailto:vpp-dev@lists.fd.io> > On Behalf Of Dave Barach
via lists.fd.io  
Sent: vendredi 25 septembre 2020 21:14
To: vpp-committ...@lists.fd.io  
Cc: vpp-dev@lists.fd.io  
Subject: [vpp-dev] VPP committers: VPP PTL vote

Folks,



The self-nomination period closed yesterday. We had one self-nomination,
from Damjan Marion. At this point, we can proceed with a vote.



I’m sure that Damjan will do a great job, so let me start:



Damjan Marion as VPP PTL: +1



Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
friend.



Thanks... Dave



-Original Message-
From: d...@barachs.net   mailto:d...@barachs.net> >
Sent: Thursday, September 17, 2020 10:32 AM
To: 'vpp-dev@lists.fd.io  ' mailto:vpp-dev@lists.fd.io> >; 't...@lists.fd.io  '
mailto:t...@lists.fd.io> >
Subject: Happy Trails to Me...



Folks,



I’m departing the employment rolls towards the end of next month. Although
I intend to remain active in the fd.io   vpp community as a coder,
committer, and resident greybeard, it’s time for the community to pick a
new PTL.



According to the project governance document,
https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf

:



3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
PTL will be derived from the Committers of the Project. Candidates must
self-nominate.



I'd like to invite any interested vpp project committer to self-nominate
for the PTL role. Please email vpp-dev@lists.fd.io  
  
d...@lists.fd.io> .



Let's close the self-nomination period in one week: more specifically, by
5pm EDT on Thursday, September 24, 2020; committer vote to follow
thereafter.



I'll be glad to answer unicast questions about the PTL role from eligible
committers.



Thanks... Dave























 


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

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Florin Coras]

Congrats, Damjan!! Those are some huge “shoes" you’ll have to fill but I’m sure 
they’ll fit ;-)

Dave, a few sentences won’t do all your contributions as PTL any justice! 
Nonetheless, thank you for starting the project, for diligently working towards 
growing it and for entrusting us, as a community, with its future! 

Florin 

> On Sep 28, 2020, at 4:47 AM, Damjan Marion via lists.fd.io 
>  wrote:
> 
> 
> 
> Now when we have votes from all 12 committers (me excluded) I would like to 
> thank you all for your +1s.
> It is nice to be elected by unanimous decision :)
> 
> — 
> Damjan
> 
> 
>> On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
>>  wrote:
>> 
>> +1
>> 
>> And I take this opportunity to say a big thank you Dave for your efforts to 
>> build an healthy community, and all the best for Damjan in his (I hope) 
>> future new role 😊
>> 
>> Best
>> ben
>> 
>>> -Original Message-
>>> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
>>> via lists.fd.io
>>> Sent: vendredi 25 septembre 2020 21:14
>>> To: vpp-committ...@lists.fd.io
>>> Cc: vpp-dev@lists.fd.io
>>> Subject: [vpp-dev] VPP committers: VPP PTL vote
>>> 
>>> Folks,
>>> 
>>> 
>>> 
>>> The self-nomination period closed yesterday. We had one self-nomination,
>>> from Damjan Marion. At this point, we can proceed with a vote.
>>> 
>>> 
>>> 
>>> I’m sure that Damjan will do a great job, so let me start:
>>> 
>>> 
>>> 
>>> Damjan Marion as VPP PTL: +1
>>> 
>>> 
>>> 
>>> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
>>> friend.
>>> 
>>> 
>>> 
>>> Thanks... Dave
>>> 
>>> 
>>> 
>>> -Original Message-
>>> From: d...@barachs.net 
>>> Sent: Thursday, September 17, 2020 10:32 AM
>>> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
>>> 
>>> Subject: Happy Trails to Me...
>>> 
>>> 
>>> 
>>> Folks,
>>> 
>>> 
>>> 
>>> I’m departing the employment rolls towards the end of next month. Although
>>> I intend to remain active in the fd.io vpp community as a coder,
>>> committer, and resident greybeard, it’s time for the community to pick a
>>> new PTL.
>>> 
>>> 
>>> 
>>> According to the project governance document,
>>> https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf
>>> 
>>> :
>>> 
>>> 
>>> 
>>> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
>>> PTL will be derived from the Committers of the Project. Candidates must
>>> self-nominate.
>>> 
>>> 
>>> 
>>> I'd like to invite any interested vpp project committer to self-nominate
>>> for the PTL role. Please email vpp-dev@lists.fd.io >> d...@lists.fd.io> .
>>> 
>>> 
>>> 
>>> Let's close the self-nomination period in one week: more specifically, by
>>> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
>>> thereafter.
>>> 
>>> 
>>> 
>>> I'll be glad to answer unicast questions about the PTL role from eligible
>>> committers.
>>> 
>>> 
>>> 
>>> Thanks... Dave
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
>> 
> 
> 
> 


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

[vpp-dev] table lookup api?

[hemant via lists.fd.io]

I have created a table in VPP using the vnet_classify_add_del_session() API.

 

What API do I use to lookup this table?

 

Thanks,

 

Hemant



smime.p7s
Description: S/MIME cryptographic signature

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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Damjan Marion via lists.fd.io]

What message do you see in dmesg? What is the kernel version?

> On 28.09.2020., at 19:47, Joshua Moore  wrote:
> 
> Sorry, I'm still hitting an issue where I cannot create the interface in VPP:
> 
> vpp# create interface avf :13:00.0
> create interface avf: device not bound to 'vfio-pci' or 'uio_pci_generic' 
> kernel module
> 
> 
> So I tried to bind the NIC to vfio-pci:
> 
> root@test:~# modprobe vfio-pci
> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py -s
> 
> Network devices using DPDK-compatible driver
> 
> 
> 
> Network devices using kernel driver
> ===
> :13:00.0 'Ethernet Virtual Function 700 Series' if=ens224 drv=i40evf 
> unused=
> 
> root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py --bind 
> vfio-pci 13:00.0
> Error - no supported modules(DPDK driver) are loaded
> 
> 
> Thoughts?
> 
> On Mon, Sep 28, 2020 at 11:43 AM Benoit Ganne (bganne)  > wrote:
> 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 mailto:j...@jcm.me>>
> > Sent: lundi 28 septembre 2020 17:48
> > To: Benoit Ganne (bganne) mailto: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 :3b:00.0 and assign MAC address
> > setup :3b:00.0 00:11:22:33:44:00
> > # Setup one VF on PF :3b:00.1 and assign MAC address
> > setup :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)  > 
> > > > 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  
> > >   > d...@lists.fd.io   > > > On Behalf Of j...@jcm.me 
> > 
> > >
> >   > Sent: lundi 28 septembre 2020 01:29
> >   > To: 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 (#17561): https://lists.fd.io/g/vpp-dev/message/17561
Mute This Topic: https://lists.fd.io/mt/77164974/21656
Group Owner: vpp-de

Re: [vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Chris Luke]

Like Damjan said, we use Gerrit. Those GitHub PR’s won’t be reviewed. I thought 
it used to say it was only a mirror, but doesn’t now. GitHub I think now allows 
us remove the option to create PR’s, perhaps we should make that so.

If you want to submit patches for review, details at 
https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code
 – anyone can sign up for an account with Linux Foundation and login to fd.io’s 
gerrit.

Chris.

From: vpp-dev@lists.fd.io  On Behalf Of Dimitrios Markou
Sent: Monday, September 28, 2020 12:07
To: vpp-dev@lists.fd.io
Subject: [EXTERNAL] [vpp-dev] Can I submit commit to vpp GitHub repo instead of 
gerrit?

Hello all,

I would like to ask if it is possible to create pull requests to the vpp github 
repo. I am not sure if I am allowed to do so or I must use only the gerrit 
path. I am asking because I am seeing couple pull requests in the github repo.

https://github.com/FDio/vpp/pulls

Regards,
Dimitris

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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Joshua Moore]

Sorry, I'm still hitting an issue where I cannot create the interface in
VPP:

vpp# create interface avf :13:00.0
create interface avf: device not bound to 'vfio-pci' or 'uio_pci_generic'
kernel module



So I tried to bind the NIC to vfio-pci:

root@test:~# modprobe vfio-pci
root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py -s

Network devices using DPDK-compatible driver



Network devices using kernel driver
===
:13:00.0 'Ethernet Virtual Function 700 Series' if=ens224 drv=i40evf
unused=

root@test:~# /usr/local/vpp/vpp-config/scripts/dpdk-devbind.py --bind
vfio-pci 13:00.0
Error - no supported modules(DPDK driver) are loaded



Thoughts?

On Mon, Sep 28, 2020 at 11:43 AM Benoit Ganne (bganne) 
wrote:

> 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 
> > Sent: lundi 28 septembre 2020 17:48
> > To: Benoit Ganne (bganne) 
> > 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 :3b:00.0 and assign MAC address
> > setup :3b:00.0 00:11:22:33:44:00
> > # Setup one VF on PF :3b:00.1 and assign MAC address
> > setup :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)  >  > 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    > d...@lists.fd.io  > On Behalf Of j...@jcm.me
> > 
> >   > Sent: lundi 28 septembre 2020 01:29
> >   > To: 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 (#17559): https://lists.fd.io/g/vpp-dev/message/17559
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]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Dimitrios Markou]

Hello all,

I would like to ask if it is possible to create pull requests to the vpp github 
repo. I am not sure if I am allowed to do so or I must use only the gerrit 
path. I am asking because I am seeing couple pull requests in the github repo.

https://github.com/FDio/vpp/pulls

Regards,
Dimitris

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

[vpp-dev] bypassing ip4-policer-classify node when nat enabled

[abbas ali chezgi]

hello,

Activating the inside-nat causes a problem in policer-classify.


without Nat packet trace:



Packet 100:06:53:080419: af-packet-input  af_packet: hw_if_index 4
next-index 4tpacket2_hdr:  status 0x2005 len 1514 snaplen
1514 mac 66 net 80  sec 0x5f71c76f nsec 0x1c5d00c8 vlan 0
vlan_tpid 000:06:53:080429: ethernet-input  IP4: 00:00:00:aa:00:02 ->
02:fe:c4:69:5a:5900:06:53:080435: ip4-input  TCP: 1.1.1.10 -> 2.1.1.10
   tos 0x00, ttl 64, length 1500, checksum 0x29a4 dscp CS0 ecn NON_ECN
   fragment id 0x0663, flags DONT_FRAGMENT  TCP: 35404 -> 5201seq.
0x4fbf1c3c ack 0x1b20287dflags 0x10 ACK, tcp header: 32 bytes
window 502, checksum 0xe98a00:06:53:080441: ip4-policer-classify
POLICER_CLASSIFY: sw_if_index 4 next 1 table 0 offset 1200
policer_index 000:06:53:080448: ip4-lookup  fib 0 dpo-idx 3 flow hash:
0x  TCP: 1.1.1.10 -> 2.1.1.10tos 0x00, ttl 64, length
1500, checksum 0x29a4 dscp CS0 ecn NON_ECNfragment id 0x0663,
flags DONT_FRAGMENT  TCP: 35404 -> 5201seq. 0x4fbf1c3c ack
0x1b20287dflags 0x10 ACK, tcp header: 32 byteswindow 502,
checksum 0xe98a00:06:53:080453: ip4-rewrite  tx_sw_if_index 2 dpo-idx
3 : ipv4 via 200.1.2.2 host-eth1: mtu:9000 next:3
02fe784ab87202fe7f15ebc10800 flow hash: 0x  :
02fe784ab87202fe7f15ebc10800450005dc066340003f062aa40101010a0201
0020: 
010a8a4c14514fbf1c3c1b20287d801001f6e98a0101080a870f00:06:53:080456:
host-eth1-output  host-eth1   IP4: 02:fe:7f:15:eb:c1 ->
02:fe:78:4a:b8:72  TCP: 1.1.1.10 -> 2.1.1.10tos 0x00, ttl 63,
length 1500, checksum 0x2aa4 dscp CS0 ecn NON_ECNfragment id
0x0663, flags DONT_FRAGMENT  TCP: 35404 -> 5201seq. 0x4fbf1c3c ack
0x1b20287dflags 0x10 ACK, tcp header: 32 byteswindow 502,
checksum 0xe98a



with Nat packet trace:



Packet 100:04:01:900783: af-packet-input  af_packet: hw_if_index 4
next-index 4tpacket2_hdr:  status 0x2005 len 98 snaplen 98
mac 66 net 80  sec 0x5f71c6c4 nsec 0x11a39db4 vlan 0 vlan_tpid
000:04:01:900800: ethernet-input  IP4: 00:00:00:aa:00:02 ->
02:fe:c4:69:5a:5900:04:01:900807: ip4-input  ICMP: 1.1.1.10 ->
2.1.1.10tos 0x00, ttl 64, length 84, checksum 0x195e dscp CS0 ecn
NON_ECNfragment id 0x1c36, flags DONT_FRAGMENT  ICMP echo_request
checksum 0x2d1d00:04:01:900815: ip4-sv-reassembly-feature
[not-fragmented]00:04:01:900836: nat44-in2out  NAT44_IN2OUT_FAST_PATH:
sw_if_index 4, next index 3, session -100:04:01:900840:
nat44-in2out-slowpath  NAT44_IN2OUT_SLOW_PATH: sw_if_index 4, next
index 0, session -100:04:01:900852: ip4-lookup  fib 0 dpo-idx 3 flow
hash: 0x  ICMP: 1.1.1.10 -> 2.1.1.10tos 0x00, ttl 64,
length 84, checksum 0x195e dscp CS0 ecn NON_ECNfragment id 0x1c36,
flags DONT_FRAGMENT  ICMP echo_request checksum 0x2d1d00:04:01:900859:
ip4-rewrite  tx_sw_if_index 2 dpo-idx 3 : ipv4 via 200.1.2.2
host-eth1: mtu:9000 next:3 02fe784ab87202fe7f15ebc10800 flow hash:
0x  :
02fe784ab87202fe7f15ebc1080045541c3640003f011a5e0101010a0201
0020: 
010a08002d1d00340032c4c6715fd1830400101100:04:01:900862:
host-eth1-output  host-eth1   IP4: 02:fe:7f:15:eb:c1 ->
02:fe:78:4a:b8:72  ICMP: 1.1.1.10 -> 2.1.1.10tos 0x00, ttl 63,
length 84, checksum 0x1a5e dscp CS0 ecn NON_ECNfragment id 0x1c36,
flags DONT_FRAGMENT  ICMP echo_request checksum 0x2d1d



---
chezgi, abbas ali
amnesh.ir

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

Re: [vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Damjan Marion via lists.fd.io]

github is just a mirror. It is not used for code review. Please use gerrit…

— 
Damjan

> On 28.09.2020., at 19:08, Dimitrios Markou  wrote:
> 
> Hello all,
>
> I would like to ask if it is possible to create pull requests to the vpp 
> github repo. I am not sure if I am allowed to do so or I must use only the 
> gerrit path. I am asking because I am seeing couple pull requests in the 
> github repo.
>
> https://github.com/FDio/vpp/pulls 
>
> Regards,
> Dimitris
>
> 
> 


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

[vpp-dev] Can I submit commit to vpp GitHub repo instead of gerrit?

[Dimitrios Markou]

Hello all,

I would like to ask if it is possible to create pull requests to the vpp github 
repo. I am not sure if I am allowed to do so or I must use only the gerrit 
path. I am asking because I am seeing couple pull requests in the github repo.

https://github.com/FDio/vpp/pulls

Regards,
Dimitris


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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Benoit Ganne (bganne) via lists.fd.io]

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 
> Sent: lundi 28 septembre 2020 17:48
> To: Benoit Ganne (bganne) 
> 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 :3b:00.0 and assign MAC address
> setup :3b:00.0 00:11:22:33:44:00
> # Setup one VF on PF :3b:00.1 and assign MAC address
> setup :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)   > 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    d...@lists.fd.io  > On Behalf Of j...@jcm.me
> 
>   > Sent: lundi 28 septembre 2020 01:29
>   > To: 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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Maciek Konstantynowicz (mkonstan) via lists.fd.io]

+csit-dev

Congrats Damjan - well done!

And Dave, huge Thank You, once again, for starting and navigating the FD.io VPP 
project with skill, strength and wit, and for making FD.io what it is today, 
with a healthily growing FD.io community and code base across a diverse group 
of members and platforms, Thank You! 

And Damjan, Good luck!!

Cheers,
Maciek

> On 28 Sep 2020, at 12:47, Damjan Marion via lists.fd.io 
>  wrote:
> 
> 
> 
> Now when we have votes from all 12 committers (me excluded) I would like to 
> thank you all for your +1s.
> It is nice to be elected by unanimous decision :)
> 
> — 
> Damjan
> 
> 
>> On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
>>  wrote:
>> 
>> +1
>> 
>> And I take this opportunity to say a big thank you Dave for your efforts to 
>> build an healthy community, and all the best for Damjan in his (I hope) 
>> future new role 😊
>> 
>> Best
>> ben
>> 
>>> -Original Message-
>>> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
>>> via lists.fd.io
>>> Sent: vendredi 25 septembre 2020 21:14
>>> To: vpp-committ...@lists.fd.io
>>> Cc: vpp-dev@lists.fd.io
>>> Subject: [vpp-dev] VPP committers: VPP PTL vote
>>> 
>>> Folks,
>>> 
>>> 
>>> 
>>> The self-nomination period closed yesterday. We had one self-nomination,
>>> from Damjan Marion. At this point, we can proceed with a vote.
>>> 
>>> 
>>> 
>>> I’m sure that Damjan will do a great job, so let me start:
>>> 
>>> 
>>> 
>>> Damjan Marion as VPP PTL: +1
>>> 
>>> 
>>> 
>>> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
>>> friend.
>>> 
>>> 
>>> 
>>> Thanks... Dave
>>> 
>>> 
>>> 
>>> -Original Message-
>>> From: d...@barachs.net 
>>> Sent: Thursday, September 17, 2020 10:32 AM
>>> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
>>> 
>>> Subject: Happy Trails to Me...
>>> 
>>> 
>>> 
>>> Folks,
>>> 
>>> 
>>> 
>>> I’m departing the employment rolls towards the end of next month. Although
>>> I intend to remain active in the fd.io vpp community as a coder,
>>> committer, and resident greybeard, it’s time for the community to pick a
>>> new PTL.
>>> 
>>> 
>>> 
>>> According to the project governance document,
>>> https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf
>>> 
>>> :
>>> 
>>> 
>>> 
>>> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
>>> PTL will be derived from the Committers of the Project. Candidates must
>>> self-nominate.
>>> 
>>> 
>>> 
>>> I'd like to invite any interested vpp project committer to self-nominate
>>> for the PTL role. Please email vpp-dev@lists.fd.io >> d...@lists.fd.io> .
>>> 
>>> 
>>> 
>>> Let's close the self-nomination period in one week: more specifically, by
>>> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
>>> thereafter.
>>> 
>>> 
>>> 
>>> I'll be glad to answer unicast questions about the PTL role from eligible
>>> committers.
>>> 
>>> 
>>> 
>>> Thanks... Dave
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>> 
>> 
>> 
>> 
> 
> 
> 
> 


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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Joshua Moore]

Hello Benoit,

Looking at the script for AVF, it states:

# Setup one VF on PF :3b:00.0 and assign MAC address
setup :3b:00.0 00:11:22:33:44:00
# Setup one VF on PF :3b:00.1 and assign MAC address
setup :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) 
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  On Behalf Of j...@jcm.me
> > Sent: lundi 28 septembre 2020 01:29
> > To: 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 (#17552): https://lists.fd.io/g/vpp-dev/message/17552
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]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] Silly programmer trick #47...

[G. Paul Ziemba]

dbarach=cisco@lists.fd.io ("Dave Barach via lists.fd.io") writes:

>Please don't be this person:

>static clib_error_t *
>my_cli_command_fn (vlib_main_t * vm,
>   unformat_input_t * input,
>   vlib_cli_command_t * cmd)
>{
>  while (unformat_check_input (input) !=3D UNFORMAT_END_OF_INPUT)
>{
>  if (unformat (input, "mystuff"))
>  else
> return (clib_error_return (0, "unknown input '%U'",
>format_unformat_error, input));
>}
>  return (NULL);
>}
>[...]
>Commands coded like this work fine when typed one at a time, but they blow =
>chunks when scripted...

It seems possible that this incorrect pattern has propagated from
vpp/src/examples/sample-plugin/sample/sample.c
-- 
G. Paul Ziemba
FreeBSD unix:
 7:41AM  up 11 days, 13:28, 19 users, load averages: 0.33, 0.21, 0.26

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

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Chris Luke]

Is it too late to change my vote? :)

(kidding)

Chris.

-Original Message-
From: vpp-committ...@lists.fd.io  On Behalf Of 
Damjan Marion via lists.fd.io
Sent: Monday, September 28, 2020 07:48
To: Benoit Ganne (bganne) 
Cc: Dave Barach (dbarach) ; vpp-committ...@lists.fd.io; 
vpp-dev@lists.fd.io
Subject: [EXTERNAL] Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote



Now when we have votes from all 12 committers (me excluded) I would like to 
thank you all for your +1s.
It is nice to be elected by unanimous decision :)

—
Damjan


> On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
>  wrote:
>
> +1
>
> And I take this opportunity to say a big thank you Dave for your efforts to 
> build an healthy community, and all the best for Damjan in his (I hope) 
> future new role 😊
>
> Best
> ben
>
>> -Original Message-
>> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
>> via lists.fd.io
>> Sent: vendredi 25 septembre 2020 21:14
>> To: vpp-committ...@lists.fd.io
>> Cc: vpp-dev@lists.fd.io
>> Subject: [vpp-dev] VPP committers: VPP PTL vote
>>
>> Folks,
>>
>>
>>
>> The self-nomination period closed yesterday. We had one self-nomination,
>> from Damjan Marion. At this point, we can proceed with a vote.
>>
>>
>>
>> I’m sure that Damjan will do a great job, so let me start:
>>
>>
>>
>> Damjan Marion as VPP PTL: +1
>>
>>
>>
>> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
>> friend.
>>
>>
>>
>> Thanks... Dave
>>
>>
>>
>> -Original Message-
>> From: d...@barachs.net 
>> Sent: Thursday, September 17, 2020 10:32 AM
>> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
>> 
>> Subject: Happy Trails to Me...
>>
>>
>>
>> Folks,
>>
>>
>>
>> I’m departing the employment rolls towards the end of next month. Although
>> I intend to remain active in the fd.io vpp community as a coder,
>> committer, and resident greybeard, it’s time for the community to pick a
>> new PTL.
>>
>>
>>
>> According to the project governance document,
>> https://urldefense.com/v3/__https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf__;!!CQl3mcHX2A!WmRcJWF6bQqlI4cuG6JddoEFrsl7GtBe3_DDVexBF_xjXQiSCmxaICfJO6Qgzked0Q$
>> >  >
>> :
>>
>>
>>
>> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
>> PTL will be derived from the Committers of the Project. Candidates must
>> self-nominate.
>>
>>
>>
>> I'd like to invite any interested vpp project committer to self-nominate
>> for the PTL role. Please email vpp-dev@lists.fd.io > d...@lists.fd.io> .
>>
>>
>>
>> Let's close the self-nomination period in one week: more specifically, by
>> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
>> thereafter.
>>
>>
>>
>> I'll be glad to answer unicast questions about the PTL role from eligible
>> committers.
>>
>>
>>
>> Thanks... Dave
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>
>
>
>


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

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Ray Kinsella]

Congrats - well deserved!

Ray K

On 28/09/2020 12:47, Damjan Marion via lists.fd.io wrote:
> 
> 
> Now when we have votes from all 12 committers (me excluded) I would like to 
> thank you all for your +1s.
> It is nice to be elected by unanimous decision :)
> 
> — 
> Damjan
> 
> 
>> On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
>>  wrote:
>>
>> +1
>>
>> And I take this opportunity to say a big thank you Dave for your efforts to 
>> build an healthy community, and all the best for Damjan in his (I hope) 
>> future new role 😊
>>
>> Best
>> ben
>>
>>> -Original Message-
>>> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
>>> via lists.fd.io
>>> Sent: vendredi 25 septembre 2020 21:14
>>> To: vpp-committ...@lists.fd.io
>>> Cc: vpp-dev@lists.fd.io
>>> Subject: [vpp-dev] VPP committers: VPP PTL vote
>>>
>>> Folks,
>>>
>>>
>>>
>>> The self-nomination period closed yesterday. We had one self-nomination,
>>> from Damjan Marion. At this point, we can proceed with a vote.
>>>
>>>
>>>
>>> I’m sure that Damjan will do a great job, so let me start:
>>>
>>>
>>>
>>> Damjan Marion as VPP PTL: +1
>>>
>>>
>>>
>>> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
>>> friend.
>>>
>>>
>>>
>>> Thanks... Dave
>>>
>>>
>>>
>>> -Original Message-
>>> From: d...@barachs.net 
>>> Sent: Thursday, September 17, 2020 10:32 AM
>>> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
>>> 
>>> Subject: Happy Trails to Me...
>>>
>>>
>>>
>>> Folks,
>>>
>>>
>>>
>>> I’m departing the employment rolls towards the end of next month. Although
>>> I intend to remain active in the fd.io vpp community as a coder,
>>> committer, and resident greybeard, it’s time for the community to pick a
>>> new PTL.
>>>
>>>
>>>
>>> According to the project governance document,
>>> https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf
>>> 
>>> :
>>>
>>>
>>>
>>> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
>>> PTL will be derived from the Committers of the Project. Candidates must
>>> self-nominate.
>>>
>>>
>>>
>>> I'd like to invite any interested vpp project committer to self-nominate
>>> for the PTL role. Please email vpp-dev@lists.fd.io >> d...@lists.fd.io> .
>>>
>>>
>>>
>>> Let's close the self-nomination period in one week: more specifically, by
>>> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
>>> thereafter.
>>>
>>>
>>>
>>> I'll be glad to answer unicast questions about the PTL role from eligible
>>> committers.
>>>
>>>
>>>
>>> Thanks... Dave
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
> 
> 
> 
> 
> 

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

Re: [vpp-committers] [vpp-dev] VPP committers: VPP PTL vote

[Damjan Marion via lists.fd.io]

Now when we have votes from all 12 committers (me excluded) I would like to 
thank you all for your +1s.
It is nice to be elected by unanimous decision :)

— 
Damjan


> On 28.09.2020., at 09:44, Benoit Ganne (bganne) via lists.fd.io 
>  wrote:
> 
> +1
> 
> And I take this opportunity to say a big thank you Dave for your efforts to 
> build an healthy community, and all the best for Damjan in his (I hope) 
> future new role 😊
> 
> Best
> ben
> 
>> -Original Message-
>> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
>> via lists.fd.io
>> Sent: vendredi 25 septembre 2020 21:14
>> To: vpp-committ...@lists.fd.io
>> Cc: vpp-dev@lists.fd.io
>> Subject: [vpp-dev] VPP committers: VPP PTL vote
>> 
>> Folks,
>> 
>> 
>> 
>> The self-nomination period closed yesterday. We had one self-nomination,
>> from Damjan Marion. At this point, we can proceed with a vote.
>> 
>> 
>> 
>> I’m sure that Damjan will do a great job, so let me start:
>> 
>> 
>> 
>> Damjan Marion as VPP PTL: +1
>> 
>> 
>> 
>> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
>> friend.
>> 
>> 
>> 
>> Thanks... Dave
>> 
>> 
>> 
>> -Original Message-
>> From: d...@barachs.net 
>> Sent: Thursday, September 17, 2020 10:32 AM
>> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
>> 
>> Subject: Happy Trails to Me...
>> 
>> 
>> 
>> Folks,
>> 
>> 
>> 
>> I’m departing the employment rolls towards the end of next month. Although
>> I intend to remain active in the fd.io vpp community as a coder,
>> committer, and resident greybeard, it’s time for the community to pick a
>> new PTL.
>> 
>> 
>> 
>> According to the project governance document,
>> https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf
>> 
>> :
>> 
>> 
>> 
>> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
>> PTL will be derived from the Committers of the Project. Candidates must
>> self-nominate.
>> 
>> 
>> 
>> I'd like to invite any interested vpp project committer to self-nominate
>> for the PTL role. Please email vpp-dev@lists.fd.io > d...@lists.fd.io> .
>> 
>> 
>> 
>> Let's close the self-nomination period in one week: more specifically, by
>> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
>> thereafter.
>> 
>> 
>> 
>> I'll be glad to answer unicast questions about the PTL role from eligible
>> committers.
>> 
>> 
>> 
>> Thanks... Dave
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
> 
> 
> 
> 


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

Re: [vpp-dev] VPP DPDK in IOVA VA mode

[Damjan Marion via lists.fd.io]

VPP populates mempool with either VA or PA based on result of 
rte_eal_iova_mode().
you can see relevant code in src/plugins/dpdk/buffer.c.

— 
Damjan

> On 28.09.2020., at 08:44, Amith Basavaraj  wrote:
> 
> Hi,
>
> We want to know if vpp supports DPDK IOVA VA mode. As per below Jira, we see 
> this is not supported as on August 2018. Also, In latest vpp we do not see 
> any option in startup.conf to configure the same.
>
> https://jira.fd.io/browse/VPP-1377 
>
> Is there any other way to configure it, if supported or planned to be 
> supported in future VPP releases?
>
> Thanks,
> Amith
> 
> 


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

[vpp-dev] VPP DPDK in IOVA VA mode

[Amith Basavaraj]

Hi,

We want to know if vpp supports DPDK IOVA VA mode. As per below Jira, we see 
this is not supported as on August 2018. Also, In latest vpp we do not see any 
option in startup.conf to configure the same.

https://jira.fd.io/browse/VPP-1377

Is there any other way to configure it, if supported or planned to be supported 
in future VPP releases?

Thanks,
Amith

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

Re: [vpp-dev] Silly programmer trick #47...

[Nathan Skrzypczak]

Hi Dave,

Thanks for the tip, I didn't realize this was causing this issue
But I might not be alone on that one :

$ grep -R "unformat_check_input (input) != UNFORMAT_END_OF_INPUT" ./src/ |
wc -l
>> 459

This might be a good use-case for trying out coccinelle.

Cheers
-Nathan

Le ven. 25 sept. 2020 à 23:15, Dave Barach via lists.fd.io  a écrit :

> Please don’t be this person:
>
>
>
> static clib_error_t *
>
> my_cli_command_fn (vlib_main_t * vm,
>
>unformat_input_t * input,
>
>vlib_cli_command_t * cmd)
>
> {
>
>   while (unformat_check_input (input) != UNFORMAT_END_OF_INPUT)
>
> {
>
>   if (unformat (input, "mystuff"))
>
>   else
>
>  return (clib_error_return (0, "unknown input '%U'",
>
> format_unformat_error, input));
>
> }
>
>   return (NULL);
>
> }
>
> /* *INDENT-OFF* */
>
> VLIB_CLI_COMMAND (my_command, static) =
>
> {
>
>   .path = "my command",
>
>   .function = my_cli_command_fn,
>
> };
>
>
>
> Commands coded like this work fine when typed one at a time, but they blow
> chunks when scripted...
>
>
>
> Script:
>
> my command mystuff
>
> comment { ouch my_cli_command_fn ate the word comment and threw up! }
>
>
>
> Instead, wrap the while(...) loop with the unformat_line_input guitar lick:
>
>
>
>   elib_error_t *e = 0;
>
>   /* Get a line of input. */
>
>   if (!unformat_user (input, unformat_line_input, line_input))
>
> return 0;
>
>
>
>   while (unformat_check_input (line_input) != UNFORMAT_END_OF_INPUT)
>
> {
>
>   if (unformat (line_input, “mystuff”))
>
> ;
>
>   else {
>
> e = clib_error_return (0, "unknown input '%U'",
>
>   format_unformat_error, input);
>
> goto done;
>
>   }
>
> }
>
>
>
>
>
> done:
>
>   unformat_free (line_input);
>
>   return e;
>
>
>
> Thanks... Dave
>
> 
>
>

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

Re: [vpp-dev] VPP committers: VPP PTL vote

[Benoit Ganne (bganne) via lists.fd.io]

+1

And I take this opportunity to say a big thank you Dave for your efforts to 
build an healthy community, and all the best for Damjan in his (I hope) future 
new role 😊

Best
ben

> -Original Message-
> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach
> via lists.fd.io
> Sent: vendredi 25 septembre 2020 21:14
> To: vpp-committ...@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: [vpp-dev] VPP committers: VPP PTL vote
> 
> Folks,
> 
> 
> 
> The self-nomination period closed yesterday. We had one self-nomination,
> from Damjan Marion. At this point, we can proceed with a vote.
> 
> 
> 
> I’m sure that Damjan will do a great job, so let me start:
> 
> 
> 
> Damjan Marion as VPP PTL: +1
> 
> 
> 
> Please vote +1, 0, -1. For once, the “reply-all” button is everyone’s
> friend.
> 
> 
> 
> Thanks... Dave
> 
> 
> 
> -Original Message-
> From: d...@barachs.net 
> Sent: Thursday, September 17, 2020 10:32 AM
> To: 'vpp-dev@lists.fd.io' ; 't...@lists.fd.io'
> 
> Subject: Happy Trails to Me...
> 
> 
> 
> Folks,
> 
> 
> 
> I’m departing the employment rolls towards the end of next month. Although
> I intend to remain active in the fd.io vpp community as a coder,
> committer, and resident greybeard, it’s time for the community to pick a
> new PTL.
> 
> 
> 
> According to the project governance document,
> https://fd.io/docs/tsc/FD.IO-Technical-Community-Document-12-12-2017.pdf
> 
> :
> 
> 
> 
> 3.2.3.1 Project Technical Leader Candidates Candidates for the project’s
> PTL will be derived from the Committers of the Project. Candidates must
> self-nominate.
> 
> 
> 
> I'd like to invite any interested vpp project committer to self-nominate
> for the PTL role. Please email vpp-dev@lists.fd.io  d...@lists.fd.io> .
> 
> 
> 
> Let's close the self-nomination period in one week: more specifically, by
> 5pm EDT on Thursday, September 24, 2020; committer vote to follow
> thereafter.
> 
> 
> 
> I'll be glad to answer unicast questions about the PTL role from eligible
> committers.
> 
> 
> 
> Thanks... Dave
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 


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

Re: [vpp-dev] VPP on ESXI with i40evf (SR-IOV Passthrough) Driver

[Benoit Ganne (bganne) via lists.fd.io]

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  On Behalf Of j...@jcm.me
> Sent: lundi 28 septembre 2020 01:29
> To: 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 (#17543): https://lists.fd.io/g/vpp-dev/message/17543
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]
-=-=-=-=-=-=-=-=-=-=-=-