Re: [vpp-dev] Query regarding CLI handling

2018-10-03 Thread abbas ali chezgi via Lists.Fd.Io
 
hi Damjan,vppsb router plugin used routing table manipulation APIs. is it 
needed to do lock in this operations?this functions called when netlink message 
arrived.
used APIs:    fib_table_entry_deletefib_table_entry_path_remove2
 fib_table_entry_updatefib_table_entry_path_add2

is there any documents for safe manipulation of fib tables from plugins?
thanks.

On Wednesday, October 3, 2018, 12:04:31 PM GMT+3:30, Damjan Marion via 
Lists.Fd.Io  wrote:  
 
 

On 3 Oct 2018, at 09:30, Alok Makhariya  wrote:
Hi  In one of our VPP plugin,  we have CLI’s which is used to display some info 
and this is time consuming.Thus the main thread, which is busy doing the above, 
cannot interact with the control plane which interacts with the main thread 
over the shared memory interface for this duration.Does VPP support offloading 
the CLI handling to a thread other than the main thread ?

Easiest way to address this is to periodically suspend your calculation by 
using vlib_process_suspend()that will give chance to other process nodes to do 
some work.
Also, please note that all debug CLIs by default are considered thread unsafe, 
which means that workerthreads are stopped during their execution and that 
typically happens for few hundred microseconds.After making your CLI handler 
thread safe, you can specify:
VLIB_CLI_COMMAND (foo_cli_command, static) = {[snip] .is_mp_safe = 1;};
Similar applies to API handlers...
-- 
Damjan

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10738): https://lists.fd.io/g/vpp-dev/message/10738
Mute This Topic: https://lists.fd.io/mt/26715943/1239119
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [che...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-  
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10751): https://lists.fd.io/g/vpp-dev/message/10751
Mute This Topic: https://lists.fd.io/mt/26715943/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] WRED

2018-10-03 Thread Dave Barach via Lists.Fd.Io
OK, let me see if I can repro it...

From: Brendan Kelly 
Sent: Wednesday, October 3, 2018 6:03 PM
To: Dave Barach (dbarach) 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED

This is what I gathered.  I need to figure out how to get on Jira.

vpp# show version verbose
Version:  v18.10-rc0~553-g2f54c27
Compiled by:  root
Compile host: o2.opiehome.com
Compile date: Tue Oct  2 16:58:15 MDT 2018
Compile location: /root/source/vpp/vpp
Compiler: GCC 7.3.1 20180303 (Red Hat 7.3.1-5)
Current PID:  5871
vpp# create bridge-domain 1
bridge-domain 1
vpp# show interface
  Name   IdxState  MTU (L3/IP4/IP6/MPLS) 
Counter  Count
TenGigabitEthernet82/0/0  1 down 9000/0/0/0
TenGigabitEthernet82/0/1  2 down 9000/0/0/0
local00 down  0/0/0/0
vpp# set interface state TenGigabitEthernet82/0/0 up
vpp# set interface state TenGigabitEthernet82/0/1 up
vpp# set interface l2 bridge TenGigabitEthernet82/0/0 1
vpp# set interface l2 bridge TenGigabitEthernet82/0/1 1
vpp# set nsim delay 10 ms bandwidth 10.1 gbit packet-size 128
Configured link delay 10.00 ms, 20.00 ms round-trip
Sim uses 26304512 bytes per thread, 157827072 bytes total
vpp# nsim enable-disable TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1
vpp# show nsim
Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1
...inserting link delay of 10.00 ms, 20.00 ms round-trip
vpp# show interface
  Name   IdxState  MTU (L3/IP4/IP6/MPLS) 
Counter  Count
TenGigabitEthernet82/0/0  1  up  9000/0/0/0 rx packets  
   16299
rx bytes
20247116
tx packets  
   23927
tx bytes
22969807
drops   
2407
TenGigabitEthernet82/0/1  2  up  9000/0/0/0 rx packets  
   23946
rx bytes
22972583
tx packets  
   16239
tx bytes
20206975
drops   
3549
local00 down  0/0/0/0
vpp# set nsim delay 50 ms bandwidth 10.1 gbit packet-size 128

Program received signal SIGSEGV, Segmentation fault.
_dl_fixup (l=0x6df680, reloc_arg=28) at ../elf/dl-runtime.c:71
71   const char *strtab = (const void *) D_PTR (l, l_info[DT_STRTAB]);
(gdb)


On Wednesday, October 3, 2018, 8:48:01 AM MDT, Dave Barach via Lists.Fd.Io 
mailto:dbarach=cisco@lists.fd.io>> wrote:



Please send a backtrace. Here are some general bug reporting suggestions: 
https://wiki.fd.io/view/VPP/BugReports.



I’ve certainly reconfigured the simulator with traffic flowing without having 
the wheels fall off, but the code is brand-new.



Thanks... Dave





From: Brendan Kelly mailto:brendanake...@yahoo.com>>
Sent: Wednesday, October 3, 2018 10:39 AM
To: brendanake...@yahoo.com
Cc: Dave Barach (dbarach) mailto:dbar...@cisco.com>>; 
vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED



Hello Dave, if you change the nsim delay values on the fly it appears vpp 
crashes and all the state is lost.



Is this supported?  Should I file a bug?

If so what logs should I attach?

On Oct 3, 2018, at 08:07, Brendan Kelly via Lists.Fd.Io 
mailto:brendanakelly=yahoo@lists.fd.io>>
 wrote:

Ok, thanks for the input.  I have it working.



vpp# create bridge-domain 1

bridge-domain 1

vpp# show b

bfdbier   bond   bridge-domain  buffers

vpp# show bridge-domain 1

  BD-ID   Index   BSN  Age(min)  Learning  U-Forwrd   UU-Flood   Flooding  
ARP-Term   BVI-Intf

1   1  0 offonon   floodon   
offN/A



vpp# set interface l2 bridge TenGigabitEthernet82/0/0 1

vpp# set interface l2 bridge TenGigabitEthernet82/0/1 1



vpp# set nsim delay 10 ms bandwidth 10.1 gbit packet-size 128

Configured link delay 10.00 ms, 20.00 ms round-trip

Sim uses 26304512 bytes per thread, 157827072 bytes total



vpp# nsim enable-disable TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1



vpp# show nsim

Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1

...inserting link delay of 10.00 ms, 20.00 ms round-trip





On Wednesday, October 3, 2018, 7:19:00 AM MDT, Dave 

Re: [vpp-dev] WRED

2018-10-03 Thread Brendan Kelly via Lists.Fd.Io
 This is what I gathered.  I need to figure out how to get on Jira.
vpp# show version verboseVersion:                  
v18.10-rc0~553-g2f54c27Compiled by:              rootCompile host:             
o2.opiehome.comCompile date:             Tue Oct  2 16:58:15 MDT 2018Compile 
location:         /root/source/vpp/vppCompiler:                 GCC 7.3.1 
20180303 (Red Hat 7.3.1-5)Current PID:              5871vpp# create 
bridge-domain 1bridge-domain 1vpp# show interface              Name             
  Idx    State  MTU (L3/IP4/IP6/MPLS)     Counter          
CountTenGigabitEthernet82/0/0          1     down         
9000/0/0/0TenGigabitEthernet82/0/1          2     down         9000/0/0/0local0 
                           0     down          0/0/0/0vpp# set interface state 
TenGigabitEthernet82/0/0 upvpp# set interface state TenGigabitEthernet82/0/1 
upvpp# set interface l2 bridge TenGigabitEthernet82/0/0 1vpp# set interface l2 
bridge TenGigabitEthernet82/0/1 1vpp# set nsim delay 10 ms bandwidth 10.1 gbit 
packet-size 128Configured link delay 10.00 ms, 20.00 ms round-tripSim uses 
26304512 bytes per thread, 157827072 bytes totalvpp# nsim enable-disable 
TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1vpp# show nsimNetwork 
simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1...inserting link delay of 10.00 ms, 20.00 ms 
round-tripvpp# show interface              Name               Idx    State  MTU 
(L3/IP4/IP6/MPLS)     Counter          CountTenGigabitEthernet82/0/0          1 
     up          9000/0/0/0     rx packets                 16299                
                                                    rx bytes                
20247116                                                                    tx 
packets                 23927                                                   
                 tx bytes                22969807                               
                                     drops                       
2407TenGigabitEthernet82/0/1          2      up          9000/0/0/0     rx 
packets                 23946                                                   
                 rx bytes                22972583                               
                                     tx packets                 16239           
                                                         tx bytes               
 20206975                                                                    
drops                       3549local0                            0     down    
      0/0/0/0vpp# set nsim delay 50 ms bandwidth 10.1 gbit packet-size 128
Program received signal SIGSEGV, Segmentation fault._dl_fixup (l=0x6df680, 
reloc_arg=28) at ../elf/dl-runtime.c:7171   const char *strtab = (const void *) 
D_PTR (l, l_info[DT_STRTAB]);(gdb)

On Wednesday, October 3, 2018, 8:48:01 AM MDT, Dave Barach via Lists.Fd.Io 
 wrote:  
 
 #yiv2611441636 #yiv2611441636 -- _filtered #yiv2611441636 
{font-family:Helvetica;panose-1:2 11 6 4 2 2 2 2 2 4;} _filtered #yiv2611441636 
{panose-1:2 4 5 3 5 4 6 3 2 4;} _filtered #yiv2611441636 
{font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv2611441636 
#yiv2611441636 p.yiv2611441636MsoNormal, #yiv2611441636 
li.yiv2611441636MsoNormal, #yiv2611441636 div.yiv2611441636MsoNormal 
{margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 a:link, #yiv2611441636 span.yiv2611441636MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv2611441636 a:visited, #yiv2611441636 
span.yiv2611441636MsoHyperlinkFollowed 
{color:purple;text-decoration:underline;}#yiv2611441636 
p.yiv2611441636msonormal0, #yiv2611441636 li.yiv2611441636msonormal0, 
#yiv2611441636 div.yiv2611441636msonormal0 
{margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 p.yiv2611441636msonormal0, #yiv2611441636 li.yiv2611441636msonormal0, 
#yiv2611441636 div.yiv2611441636msonormal0 
{margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 p.yiv2611441636msonormal, #yiv2611441636 li.yiv2611441636msonormal, 
#yiv2611441636 div.yiv2611441636msonormal 
{margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 p.yiv2611441636msochpdefault, #yiv2611441636 li.yiv2611441636msochpdefault, 
#yiv2611441636 div.yiv2611441636msochpdefault 
{margin-right:0in;margin-left:0in;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 span.yiv2611441636msohyperlink {}#yiv2611441636 
span.yiv2611441636msohyperlinkfollowed {}#yiv2611441636 
span.yiv2611441636emailstyle18 {}#yiv2611441636 span.yiv2611441636emailstyle20 
{}#yiv2611441636 p.yiv2611441636msonormal1, #yiv2611441636 
li.yiv2611441636msonormal1, #yiv2611441636 div.yiv2611441636msonormal1 
{margin:0in;margin-bottom:.0001pt;font-size:11.0pt;font-family:sans-serif;}#yiv2611441636
 p.yiv2611441636msonormal2, #yiv2611441636 li.yiv2611441636msonormal2, 
#yiv2611441636 div.yiv2611441636msonormal2 

Re: [vpp-dev] FW: Change in vpp[master]: fix format error in show logging config output

2018-10-03 Thread Jerome Tollet via Lists.Fd.Io
“To be very honest, if i'm newbie here, i will probably run away after spending 
half hour staring into hundred thousand lines of jenkins build logs from distro 
i never used in my life...”

  *   That’s precisely my concern here.

Jerome

De : Damjan Marion 
Date : mercredi 3 octobre 2018 à 21:08
À : Jerome Tollet 
Cc : "vpp-dev@lists.fd.io" 
Objet : Re: [vpp-dev] FW: Change in vpp[master]: fix format error in show 
logging config output





On 3 Oct 2018, at 20:44, Jerome Tollet via Lists.Fd.Io 
mailto:jtollet=cisco@lists.fd.io>> wrote:

Hello,
I submitted a very simple patch early today to fix a minor problem with the 
output of “show error configuration”. (https://gerrit.fd.io/r/#/c/15110/).
Verify job didn’t go through and honestly it was not really convenient to 
understand what went wrong.
In order to provide best contributor experience, would it make sense to let 
voting right to strictly key testing jobs?
Any thought from the community on that?
Jerome

Unfortunately this is our reality, and I don't expect things to be better 
unless we decide to decouple code verification form the distro packaging 
verifications.
To be very honest, if i'm newbie here, i will probably run away after spending 
half hour staring into hundred thousand lines of jenkins build logs from distro 
i never used in my life...

--
Damjan
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10748): https://lists.fd.io/g/vpp-dev/message/10748
Mute This Topic: https://lists.fd.io/mt/26721213/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] FW: Change in vpp[master]: fix format error in show logging config output

2018-10-03 Thread Damjan Marion via Lists.Fd.Io



> On 3 Oct 2018, at 20:44, Jerome Tollet via Lists.Fd.Io 
>  wrote:
> 
> Hello,
> I submitted a very simple patch early today to fix a minor problem with the 
> output of “show error configuration”. (https://gerrit.fd.io/r/#/c/15110/ 
> ).
> Verify job didn’t go through and honestly it was not really convenient to 
> understand what went wrong.
> In order to provide best contributor experience, would it make sense to let 
> voting right to strictly key testing jobs?
> Any thought from the community on that?
> Jerome

Unfortunately this is our reality, and I don't expect things to be better 
unless we decide to decouple code verification form the distro packaging 
verifications.
To be very honest, if i'm newbie here, i will probably run away after spending 
half hour staring into hundred thousand lines of jenkins build logs from distro 
i never used in my life... 

-- 
Damjan-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10747): https://lists.fd.io/g/vpp-dev/message/10747
Mute This Topic: https://lists.fd.io/mt/26721213/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] FW: Change in vpp[master]: fix format error in show logging config output

2018-10-03 Thread Jerome Tollet via Lists.Fd.Io
Hello,
I submitted a very simple patch early today to fix a minor problem with the 
output of “show error configuration”. (https://gerrit.fd.io/r/#/c/15110/).
Verify job didn’t go through and honestly it was not really convenient to 
understand what went wrong.
In order to provide best contributor experience, would it make sense to let 
voting right to strictly key testing jobs?
Any thought from the community on that?
Jerome

De : "fd.io JJB (Code Review)" 
Répondre à : "jobbuil...@projectrotterdam.info" 
, Jerome Tollet 
Date : mercredi 3 octobre 2018 à 15:08
À : Jerome Tollet 
Objet : Change in vpp[master]: fix format error in show logging config output


fd.io JJB posted comments on this change.

View Cange

Patch set 2:Verified -1

Build Failed

https://jenkins.fd.io/job/vpp-verify-master-osleap15/3619/ : FAILURE

No problems were identified. If you know why this problem occurred, please add 
a suitable Cause for it. ( 
https://jenkins.fd.io/job/vpp-verify-master-osleap15/3619/ )

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-verify-master-osleap15/3619

https://jenkins.fd.io/job/vpp-csit-verify-virl-master/13815/ : FAILURE (skipped)

Job is failing due to JNLP4-connect error ( 
https://jenkins.fd.io/job/vpp-csit-verify-virl-master/13815/ )

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-csit-verify-virl-master/13815

https://jenkins.fd.io/job/vpp-verify-master-ubuntu1604/14858/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-verify-master-ubuntu1604/14858

https://jenkins.fd.io/job/vpp-make-test-docs-verify-master/9468/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-make-test-docs-verify-master/9468

https://jenkins.fd.io/job/vpp-verify-master-centos7/14258/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-verify-master-centos7/14258

https://jenkins.fd.io/job/vpp-docs-verify-master/11769/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-docs-verify-master/11769

https://jenkins.fd.io/job/vpp-arm-verify-master-ubuntu1604/2656/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-arm-verify-master-ubuntu1604/2656

https://jenkins.fd.io/job/vpp-verify-master-clang/2897/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-verify-master-clang/2897

https://jenkins.fd.io/job/vpp-beta-verify-master-ubuntu1804/2742/ : SUCCESS

Logs: 
https://logs.fd.io/production/vex-yul-rot-jenkins-1/vpp-beta-verify-master-ubuntu1804/2742

To view, visit change 15110. To unsubscribe, 
visit settings.
Gerrit-Project: vpp
Gerrit-Branch: master
Gerrit-MessageType: comment
Gerrit-Change-Id: Idc41a219db185b524f497b096eb71892b5f9ebf8
Gerrit-Change-Number: 15110
Gerrit-PatchSet: 2
Gerrit-Owner: Jerome Tollet 
Gerrit-Reviewer: Damjan Marion 
Gerrit-Reviewer: Florin Coras 
Gerrit-Reviewer: Jerome Tollet 
Gerrit-Reviewer: Marco Varlese 
Gerrit-Reviewer: fd.io JJB 
Gerrit-Comment-Date: Wed, 03 Oct 2018 13:08:44 +
Gerrit-HasComments: No
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10746): https://lists.fd.io/g/vpp-dev/message/10746
Mute This Topic: https://lists.fd.io/mt/26721213/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] Master branch l2bd test perf dop

2018-10-03 Thread Vratko Polak -X (vrpolak - PANTHEON TECHNOLOGIES at Cisco) via Lists.Fd.Io
> Is that drop visible in CSIT trending graphs?

Mostly not, apparently it depends (at least)
on NIC (x520 is not affected)
and on number of CPU cores for workers (visible for 4).

The biggest drop I see is here [0].

Vratko.

[0] 
https://docs.fd.io/csit/master/trending/trending/l2-3n-hsw-xl710-64b-base-scale.html#t4c

From: vpp-dev@lists.fd.io  On Behalf Of Damjan Marion via 
Lists.Fd.Io
Sent: Thursday, 2018-September-27 14:24
To: Zhang Yuwei 
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] Master branch l2bd test perf dop


--
Damjan


On 27 Sep 2018, at 05:02, Zhang Yuwei 
mailto:yuwei1.zh...@intel.com>> wrote:

Hi All,
 In our recent test, I found a performance drop in master branch. I 
execute the l2bd test case in a 2.5GHZ CPU and found almost 35% drop compared 
to 18.07 release. My test is set two NIC ports to a same bridge domain and send 
traffic to test the l2 forward performance. I found in the master branch, 
l2flood function consume much more CPU cycles than 18.07 which means any test 
use the l2flood function will also have a performance drop. Can anybody kindly 
help to check this issue? Thanks a lot.

Regards,
Yuwei


Is that drop visible in CSIT trending graphs?


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10745): https://lists.fd.io/g/vpp-dev/message/10745
Mute This Topic: https://lists.fd.io/mt/26289209/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] WRED

2018-10-03 Thread Dave Barach via Lists.Fd.Io
Please send a backtrace. Here are some general bug reporting suggestions: 
https://wiki.fd.io/view/VPP/BugReports.

I’ve certainly reconfigured the simulator with traffic flowing without having 
the wheels fall off, but the code is brand-new.

Thanks... Dave


From: Brendan Kelly 
Sent: Wednesday, October 3, 2018 10:39 AM
To: brendanake...@yahoo.com
Cc: Dave Barach (dbarach) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED

Hello Dave, if you change the nsim delay values on the fly it appears vpp 
crashes and all the state is lost.

Is this supported?  Should I file a bug?
If so what logs should I attach?

On Oct 3, 2018, at 08:07, Brendan Kelly via Lists.Fd.Io 
mailto:brendanakelly=yahoo@lists.fd.io>>
 wrote:
Ok, thanks for the input.  I have it working.

vpp# create bridge-domain 1
bridge-domain 1
vpp# show b
bfdbier   bond   bridge-domain  buffers
vpp# show bridge-domain 1
  BD-ID   Index   BSN  Age(min)  Learning  U-Forwrd   UU-Flood   Flooding  
ARP-Term   BVI-Intf
1   1  0 offonon   floodon   
offN/A

vpp# set interface l2 bridge TenGigabitEthernet82/0/0 1
vpp# set interface l2 bridge TenGigabitEthernet82/0/1 1

vpp# set nsim delay 10 ms bandwidth 10.1 gbit packet-size 128
Configured link delay 10.00 ms, 20.00 ms round-trip
Sim uses 26304512 bytes per thread, 157827072 bytes total

vpp# nsim enable-disable TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1

vpp# show nsim
Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1
...inserting link delay of 10.00 ms, 20.00 ms round-trip


On Wednesday, October 3, 2018, 7:19:00 AM MDT, Dave Barach via Lists.Fd.Io 
mailto:dbarach=cisco@lists.fd.io>> wrote:



It would be easy enough for the delay simulator to enable/disable promiscuous 
mode. But it’s handy to bridge the pipes: traffic flows whether or not the 
delay simulation is enabled.



D.



From: vpp-dev@lists.fd.io 
mailto:vpp-dev@lists.fd.io>> On Behalf Of Dave Barach via 
Lists.Fd.Io
Sent: Wednesday, October 3, 2018 9:09 AM
To: Brendan Kelly mailto:brendanake...@yahoo.com>>; 
vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED



Put the interfaces in an L2 bridge group, or they won’t be in promiscuous 
mode...



Here’s a config that I use a bunch:



set int l2 bridge FortyGigabitEthernet86/0/1 1

set int state FortyGigabitEthernet86/0/1 up

set int l2 bridge TenGigabitEthernetd/0/0 1

set int state TenGigabitEthernetd/0/0 up



bin nsim_configure delay 10 ms bandwidth 10.1 gbit packet-size 128

bin nsim_enable_disable FortyGigabitEthernet86/0/1 TenGigabitEthernetd/0/0



HTH... Dave



From: Brendan Kelly mailto:brendanake...@yahoo.com>>
Sent: Tuesday, October 2, 2018 10:03 PM
To: vpp-dev@lists.fd.io; Dave Barach (dbarach) 
mailto:dbar...@cisco.com>>
Subject: Re: [vpp-dev] WRED



Hello Dave, doesn't appear to forward.  My ARP packets are not being forwarded. 
 I assume in this cross connect any packet in an interface is sent out the 
other interface and vice versa?



Anything special needed in the startup.conf?



vpp# show nsim

Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1

...inserting link delay of 200.00 ms, 400.00 ms round-trip





On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io 
mailto:dbarach=cisco@lists.fd.io>> wrote:





With respect to delay / loss impairments, please have a look at the “nsim” 
plugin: src/plugins/nsim.

From: mailto:vpp-dev@lists.fd.io>> on behalf of 
"brendanakelly via Lists.Fd.Io" 
mailto:yahoo@lists.fd.io>>
Reply-To: "brendanake...@yahoo.com" 
mailto:brendanake...@yahoo.com>>
Date: Monday, October 1, 2018 at 6:18 PM
To: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Cc: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: [vpp-dev] WRED

I am looking to setup vpp with WRED.  I am not sure how the WRED profiles are 
configured.  I have hqos with 2 interfaces working in a bridge-domain and now 
want to enable WRED.

My overall goal is to simulate the Linux tc "traffic control" application to 
run impairments such as delay and packet loss.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10730): https://lists.fd.io/g/vpp-dev/message/10730

Mute This Topic: https://lists.fd.io/mt/26596674/1432032
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
 
[brendanake...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10741): https://lists.fd.io/g/vpp-dev/message/10741
Mute This 

Re: [vpp-dev] WRED

2018-10-03 Thread Brendan Kelly via Lists.Fd.Io
Hello Dave, if you change the nsim delay values on the fly it appears vpp 
crashes and all the state is lost.

Is this supported?  Should I file a bug?
If so what logs should I attach?

> On Oct 3, 2018, at 08:07, Brendan Kelly via Lists.Fd.Io 
>  wrote:
> 
> Ok, thanks for the input.  I have it working.
> 
> vpp# create bridge-domain 1
> bridge-domain 1
> vpp# show b
> bfdbier   bond   bridge-domain  buffers
> vpp# show bridge-domain 1
>   BD-ID   Index   BSN  Age(min)  Learning  U-Forwrd   UU-Flood   Flooding  
> ARP-Term   BVI-Intf
> 1   1  0 offonon   floodon   
> offN/A
> 
> vpp# set interface l2 bridge TenGigabitEthernet82/0/0 1
> vpp# set interface l2 bridge TenGigabitEthernet82/0/1 1
> 
> vpp# set nsim delay 10 ms bandwidth 10.1 gbit packet-size 128
> Configured link delay 10.00 ms, 20.00 ms round-trip
> Sim uses 26304512 bytes per thread, 157827072 bytes total
> 
> vpp# nsim enable-disable TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1
> 
> vpp# show nsim
> Network simulator cross-connects TenGigabitEthernet82/0/0 and 
> TenGigabitEthernet82/0/1
> ...inserting link delay of 10.00 ms, 20.00 ms round-trip
> 
> 
> On Wednesday, October 3, 2018, 7:19:00 AM MDT, Dave Barach via Lists.Fd.Io 
>  wrote:
> 
> 
> It would be easy enough for the delay simulator to enable/disable promiscuous 
> mode. But it’s handy to bridge the pipes: traffic flows whether or not the 
> delay simulation is enabled.
> 
>  
> 
> D.
> 
>  
> 
> From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach via 
> Lists.Fd.Io
> Sent: Wednesday, October 3, 2018 9:09 AM
> To: Brendan Kelly ; vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] WRED
> 
>  
> 
> Put the interfaces in an L2 bridge group, or they won’t be in promiscuous 
> mode...
> 
>  
> 
> Here’s a config that I use a bunch:
> 
>  
> 
> set int l2 bridge FortyGigabitEthernet86/0/1 1
> 
> set int state FortyGigabitEthernet86/0/1 up
> 
> set int l2 bridge TenGigabitEthernetd/0/0 1
> 
> set int state TenGigabitEthernetd/0/0 up
> 
>  
> 
> bin nsim_configure delay 10 ms bandwidth 10.1 gbit packet-size 128
> 
> bin nsim_enable_disable FortyGigabitEthernet86/0/1 TenGigabitEthernetd/0/0
> 
>  
> 
> HTH... Dave
> 
>  
> 
> From: Brendan Kelly  
> Sent: Tuesday, October 2, 2018 10:03 PM
> To: vpp-dev@lists.fd.io; Dave Barach (dbarach) 
> Subject: Re: [vpp-dev] WRED
> 
>  
> 
> Hello Dave, doesn't appear to forward.  My ARP packets are not being 
> forwarded.  I assume in this cross connect any packet in an interface is sent 
> out the other interface and vice versa?
> 
>  
> 
> Anything special needed in the startup.conf?
> 
>  
> 
> vpp# show nsim
> 
> Network simulator cross-connects TenGigabitEthernet82/0/0 and 
> TenGigabitEthernet82/0/1
> 
> ...inserting link delay of 200.00 ms, 400.00 ms round-trip
> 
>  
> 
>  
> 
> On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io 
>  wrote:
> 
>  
> 
>  
> 
> With respect to delay / loss impairments, please have a look at the “nsim” 
> plugin: src/plugins/nsim.
> 
> 
> From:  on behalf of "brendanakelly via Lists.Fd.Io" 
> 
> Reply-To: "brendanake...@yahoo.com" 
> Date: Monday, October 1, 2018 at 6:18 PM
> To: "vpp-dev@lists.fd.io" 
> Cc: "vpp-dev@lists.fd.io" 
> Subject: [vpp-dev] WRED
> 
> I am looking to setup vpp with WRED.  I am not sure how the WRED profiles are 
> configured.  I have hqos with 2 interfaces working in a bridge-domain and now 
> want to enable WRED.  
> 
> My overall goal is to simulate the Linux tc "traffic control" application to 
> run impairments such as delay and packet loss.
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10730): https://lists.fd.io/g/vpp-dev/message/10730
> 
> 
> Mute This Topic: https://lists.fd.io/mt/26596674/1432032
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [brendanake...@yahoo.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10741): https://lists.fd.io/g/vpp-dev/message/10741
> Mute This Topic: https://lists.fd.io/mt/26596674/1432032
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [brendanake...@yahoo.com]
> -=-=-=-=-=-=-=-=-=-=-=-
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10742): https://lists.fd.io/g/vpp-dev/message/10742
> Mute This Topic: https://lists.fd.io/mt/26596674/1432032
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [brendanake...@yahoo.com]
> -=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10743): https://lists.fd.io/g/vpp-dev/message/10743
Mute This Topic: https://lists.fd.io/mt/26596674/21656
Group Owner: vpp-dev+ow...@lists.fd.io

Re: [vpp-dev] WRED

2018-10-03 Thread Brendan Kelly via Lists.Fd.Io
 Ok, thanks for the input.  I have it working.
vpp# create bridge-domain 1bridge-domain 1vpp# show bbfd            bier        
   bond           bridge-domain  buffersvpp# show bridge-domain 1  BD-ID   
Index   BSN  Age(min)  Learning  U-Forwrd   UU-Flood   Flooding  ARP-Term   
BVI-Intf    1       1      0     off        on        on       flood        on  
     off        N/A
vpp# set interface l2 bridge TenGigabitEthernet82/0/0 1vpp# set interface l2 
bridge TenGigabitEthernet82/0/1 1
vpp# set nsim delay 10 ms bandwidth 10.1 gbit packet-size 128
Configured link delay 10.00 ms, 20.00 ms round-tripSim uses 26304512 bytes per 
thread, 157827072 bytes total
vpp# nsim enable-disable TenGigabitEthernet82/0/0 TenGigabitEthernet82/0/1
vpp# show nsimNetwork simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1...inserting link delay of 10.00 ms, 20.00 ms round-trip

On Wednesday, October 3, 2018, 7:19:00 AM MDT, Dave Barach via Lists.Fd.Io 
 wrote:  
 
  
It would be easy enough for the delay simulator to enable/disable promiscuous 
mode. But it’s handy to bridge the pipes: traffic flows whether or not the 
delay simulation is enabled.
 
  
 
D.
 
  
 
From: vpp-dev@lists.fd.io  On Behalf OfDave Barach via 
Lists.Fd.Io
Sent: Wednesday, October 3, 2018 9:09 AM
To: Brendan Kelly ; vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED
 
  
 
Put the interfaces in an L2 bridge group, or they won’t be in promiscuous 
mode...
 
  
 
Here’s a config that I use a bunch:
 
  
 
set int l2 bridge FortyGigabitEthernet86/0/1 1
 
set int state FortyGigabitEthernet86/0/1 up
 
set int l2 bridge TenGigabitEthernetd/0/0 1
 
set int state TenGigabitEthernetd/0/0 up
 
  
 
bin nsim_configure delay 10 ms bandwidth 10.1 gbit packet-size 128
 
bin nsim_enable_disable FortyGigabitEthernet86/0/1 TenGigabitEthernetd/0/0
 
  
 
HTH... Dave
 
  
 
From: Brendan Kelly 
Sent: Tuesday, October 2, 2018 10:03 PM
To: vpp-dev@lists.fd.io; Dave Barach (dbarach) 
Subject: Re: [vpp-dev] WRED
 
  
 
Hello Dave, doesn't appear to forward.  My ARP packets are not being forwarded. 
 I assume in this cross connect any packet in an interface is sent out the 
other interface and vice versa?
 
  
 
Anything special needed in the startup.conf?
 
  
 
vpp# show nsim
 
Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1
 
...inserting link delay of 200.00 ms, 400.00 ms round-trip
 
  
 
  
 
On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io 
 wrote: 
 
  
 
  
 
With respect to delay / loss impairments, please have a look at the “nsim” 
plugin: src/plugins/nsim.
 

From:  on behalf of "brendanakelly via Lists.Fd.Io" 

Reply-To: "brendanake...@yahoo.com" 
Date: Monday, October 1, 2018 at 6:18 PM
To: "vpp-dev@lists.fd.io" 
Cc: "vpp-dev@lists.fd.io" 
Subject: [vpp-dev] WRED

I am looking to setup vpp with WRED.  I am not sure how the WRED profiles are 
configured.  I have hqos with 2 interfaces working in a bridge-domain and now 
want to enable WRED. 

My overall goal is to simulate the Linux tc "traffic control" application to 
run impairments such as delay and packet loss.
 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10730): https://lists.fd.io/g/vpp-dev/message/10730
 

Mute This Topic: https://lists.fd.io/mt/26596674/1432032
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub[brendanake...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-
 -=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10741): https://lists.fd.io/g/vpp-dev/message/10741
Mute This Topic: https://lists.fd.io/mt/26596674/1432032
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [brendanake...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-  
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10742): https://lists.fd.io/g/vpp-dev/message/10742
Mute This Topic: https://lists.fd.io/mt/26596674/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] WRED

2018-10-03 Thread Dave Barach via Lists.Fd.Io
It would be easy enough for the delay simulator to enable/disable promiscuous 
mode. But it’s handy to bridge the pipes: traffic flows whether or not the 
delay simulation is enabled.

D.

From: vpp-dev@lists.fd.io  On Behalf Of Dave Barach via 
Lists.Fd.Io
Sent: Wednesday, October 3, 2018 9:09 AM
To: Brendan Kelly ; vpp-dev@lists.fd.io
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] WRED

Put the interfaces in an L2 bridge group, or they won’t be in promiscuous 
mode...

Here’s a config that I use a bunch:

set int l2 bridge FortyGigabitEthernet86/0/1 1
set int state FortyGigabitEthernet86/0/1 up
set int l2 bridge TenGigabitEthernetd/0/0 1
set int state TenGigabitEthernetd/0/0 up

bin nsim_configure delay 10 ms bandwidth 10.1 gbit packet-size 128
bin nsim_enable_disable FortyGigabitEthernet86/0/1 TenGigabitEthernetd/0/0

HTH... Dave

From: Brendan Kelly mailto:brendanake...@yahoo.com>>
Sent: Tuesday, October 2, 2018 10:03 PM
To: vpp-dev@lists.fd.io; Dave Barach (dbarach) 
mailto:dbar...@cisco.com>>
Subject: Re: [vpp-dev] WRED

Hello Dave, doesn't appear to forward.  My ARP packets are not being forwarded. 
 I assume in this cross connect any packet in an interface is sent out the 
other interface and vice versa?

Anything special needed in the startup.conf?

vpp# show nsim
Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1
...inserting link delay of 200.00 ms, 400.00 ms round-trip


On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io 
mailto:dbarach=cisco@lists.fd.io>> wrote:


With respect to delay / loss impairments, please have a look at the “nsim” 
plugin: src/plugins/nsim.

From: mailto:vpp-dev@lists.fd.io>> on behalf of 
"brendanakelly via Lists.Fd.Io" 
mailto:yahoo@lists.fd.io>>
Reply-To: "brendanake...@yahoo.com" 
mailto:brendanake...@yahoo.com>>
Date: Monday, October 1, 2018 at 6:18 PM
To: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Cc: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: [vpp-dev] WRED

I am looking to setup vpp with WRED.  I am not sure how the WRED profiles are 
configured.  I have hqos with 2 interfaces working in a bridge-domain and now 
want to enable WRED.

My overall goal is to simulate the Linux tc "traffic control" application to 
run impairments such as delay and packet loss.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10730): https://lists.fd.io/g/vpp-dev/message/10730

Mute This Topic: https://lists.fd.io/mt/26596674/1432032
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
 
[brendanake...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10741): https://lists.fd.io/g/vpp-dev/message/10741
Mute This Topic: https://lists.fd.io/mt/26596674/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] WRED

2018-10-03 Thread Dave Barach via Lists.Fd.Io
Put the interfaces in an L2 bridge group, or they won’t be in promiscuous 
mode...

Here’s a config that I use a bunch:

set int l2 bridge FortyGigabitEthernet86/0/1 1
set int state FortyGigabitEthernet86/0/1 up
set int l2 bridge TenGigabitEthernetd/0/0 1
set int state TenGigabitEthernetd/0/0 up

bin nsim_configure delay 10 ms bandwidth 10.1 gbit packet-size 128
bin nsim_enable_disable FortyGigabitEthernet86/0/1 TenGigabitEthernetd/0/0

HTH... Dave

From: Brendan Kelly 
Sent: Tuesday, October 2, 2018 10:03 PM
To: vpp-dev@lists.fd.io; Dave Barach (dbarach) 
Subject: Re: [vpp-dev] WRED

Hello Dave, doesn't appear to forward.  My ARP packets are not being forwarded. 
 I assume in this cross connect any packet in an interface is sent out the 
other interface and vice versa?

Anything special needed in the startup.conf?

vpp# show nsim
Network simulator cross-connects TenGigabitEthernet82/0/0 and 
TenGigabitEthernet82/0/1
...inserting link delay of 200.00 ms, 400.00 ms round-trip


On Tuesday, October 2, 2018, 6:00:42 AM MDT, Dave Barach via Lists.Fd.Io 
mailto:dbarach=cisco@lists.fd.io>> wrote:


With respect to delay / loss impairments, please have a look at the “nsim” 
plugin: src/plugins/nsim.

From: mailto:vpp-dev@lists.fd.io>> on behalf of 
"brendanakelly via Lists.Fd.Io" 
mailto:yahoo@lists.fd.io>>
Reply-To: "brendanake...@yahoo.com" 
mailto:brendanake...@yahoo.com>>
Date: Monday, October 1, 2018 at 6:18 PM
To: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Cc: "vpp-dev@lists.fd.io" 
mailto:vpp-dev@lists.fd.io>>
Subject: [vpp-dev] WRED

I am looking to setup vpp with WRED.  I am not sure how the WRED profiles are 
configured.  I have hqos with 2 interfaces working in a bridge-domain and now 
want to enable WRED.

My overall goal is to simulate the Linux tc "traffic control" application to 
run impairments such as delay and packet loss.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10730): https://lists.fd.io/g/vpp-dev/message/10730

Mute This Topic: https://lists.fd.io/mt/26596674/1432032
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub 
 
[brendanake...@yahoo.com]
-=-=-=-=-=-=-=-=-=-=-=-
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10740): https://lists.fd.io/g/vpp-dev/message/10740
Mute This Topic: https://lists.fd.io/mt/26596674/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] "Incompatible UPT version” error when running VPP v18.01 with DPDK v17.11 on VMWare with VMXNET3 interface ,ESXI Version 6.5/6.7

2018-10-03 Thread chetan bhasin
Hi,

We also faced the same issue . If you set "nopku" in grub , this solves our
problem. Although we need to see what its impact.

Thanks,
Chetan Bhasin

On Mon, Oct 1, 2018 at 11:48 PM steven luong via Lists.Fd.Io  wrote:

> DPDK is expecting UPT version > 0 and ESXi 6.5/6.7 seems to be returning
> UPT version 0, when it was queried, which is not a supported version. I am
> using ESXi 6.0 and it is working fine. You could try ESXi 6.0 to see if it
> helps.
>
>
>
> Steven
>
>
>
> *From: * on behalf of truring truring <
> trurin...@gmail.com>
> *Date: *Monday, October 1, 2018 at 10:12 AM
> *To: *"vpp-dev@lists.fd.io" 
> *Subject: *[vpp-dev] "Incompatible UPT version” error when running VPP
> v18.01 with DPDK v17.11 on VMWare with VMXNET3 interface ,ESXI Version
> 6.5/6.7
>
>
>
> Hi Everyone,
>
>
>
> We're trying to run VPP-18.01 with DPDK plugin in a guest machine running
> Red Hat 7.5. The host is ESXi version 6.5/6.7.
>
>
>
> guest machine have VMXNET3 Interface ,i am getting following error while
> running the vpp :
>
>
>
> PMD: eth_vmxnet3_dev_init():  >>
>
>
>
> PMD: eth_vmxnet3_dev_init(): Hardware version : 1
>
>
>
> PMD: eth_vmxnet3_dev_init(): Using device version 1
>
>
>
>
>
>
>
> PMD: eth_vmxnet3_dev_init(): UPT hardware version : 0
>
>
>
> PMD: eth_vmxnet3_dev_init(): Incompatible UPT version.
>
>
>
>
>
>
>
> Any help to resolve above issue would be greatly appreciated. Thanks!
>
>
>
>
>
>
>
> Regards
>
> Puneet
>
>
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#10725): https://lists.fd.io/g/vpp-dev/message/10725
> Mute This Topic: https://lists.fd.io/mt/26443715/856484
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [
> chetan.bhasin...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=-
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10739): https://lists.fd.io/g/vpp-dev/message/10739
Mute This Topic: https://lists.fd.io/mt/26443715/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] Query regarding CLI handling

2018-10-03 Thread Damjan Marion via Lists.Fd.Io

> On 3 Oct 2018, at 09:30, Alok Makhariya  wrote:
> 
> Hi
>  
> In one of our VPP plugin,  we have CLI’s which is used to display some info 
> and this is time consuming.
> Thus the main thread, which is busy doing the above, cannot interact with the 
> control plane which interacts with the main thread over the shared memory 
> interface for this duration.
> Does VPP support offloading the CLI handling to a thread other than the main 
> thread ?


Easiest way to address this is to periodically suspend your calculation by 
using vlib_process_suspend()
that will give chance to other process nodes to do some work.

Also, please note that all debug CLIs by default are considered thread unsafe, 
which means that worker
threads are stopped during their execution and that typically happens for few 
hundred microseconds.
After making your CLI handler thread safe, you can specify:

VLIB_CLI_COMMAND (foo_cli_command, static) = {
[snip]
 .is_mp_safe = 1;
};

Similar applies to API handlers...

-- 
Damjan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10738): https://lists.fd.io/g/vpp-dev/message/10738
Mute This Topic: https://lists.fd.io/mt/26715943/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] VAT api changes 5507192..8807674

2018-10-03 Thread Peter Mikus via Lists.Fd.Io
Hello devs,

Recently in CSIT we are facing the issue with vpp_api_test console with JSON 
enabled, when calling dump_interface_table:

dump_interface_table:6017: JSON output supported only for VPE API calls and 
dump_stats_table
main:427: BUG: message reply spin-wait timeout

our API call:

$ sudo -S vpp_api_test json in dump_interfaces.vat script

Where:
$ cat dump_interfaces.vat
sw_interface_dump
dump_interface_table
quit

Brief bisecting reveals that its happening after one of these:

$ git log --pretty=oneline 5507192..8807674
88076749e663e35925c2212eb79e2ec4ce023772 (HEAD -> master, origin/master, 
origin/HEAD) Enabled untagged vs default functionality Removed 0-tags attribute 
for default-sub-if config Moved default-sub-if check before untagged
819d5fdb39526386ee8fe4a8729f960e84443cbd VPP-1440: clean up coverity warnings
bf49590c07162be44b21d0e0440e7fb96b2746d5 Stats: vpp_prometheus_export fixes.
94495f2a6a68ac2202b7715ce09620f1ba6fe673 PAPI: Use UNIX domain sockets instead 
of shared memory
84db4087fa38b8d4c62cbb0787d600950638034c vcl: fix coverity warning
c67cfd22bedf5b45e82ff6820d1d4e6f61ba5187 ip4-local: classify protos that skip 
csum and src check
2f54c27f7fd0d2c24e7d6b1d48809e8b58ec1abf vhost-user: add support for vlib_log 
API

Could you please take a look and let us know if this is bug or desired?

Thank you.

Peter Mikus
Engineer - Software
Cisco Systems Limited

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10737): https://lists.fd.io/g/vpp-dev/message/10737
Mute This Topic: https://lists.fd.io/mt/26716121/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-


[vpp-dev] Query regarding CLI handling

2018-10-03 Thread Alok Makhariya
Hi

In one of our VPP plugin,  we have CLI's which is used to display some info and 
this is time consuming.
Thus the main thread, which is busy doing the above, cannot interact with the 
control plane which interacts with the main thread over the shared memory 
interface for this duration.
Does VPP support offloading the CLI handling to a thread other than the main 
thread ?

Thanks
Alok

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10736): https://lists.fd.io/g/vpp-dev/message/10736
Mute This Topic: https://lists.fd.io/mt/26715943/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 Release 18.10: RC1 in a week!!!

2018-10-03 Thread Marco Varlese
Dear all,

A reminder that the RC1 branch is in one week [1]!!! 
We’re still accepting low-risk patches on master ahead of the branch.

[1] https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_18.10


Thanks and regards,
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10735): https://lists.fd.io/g/vpp-dev/message/10735
Mute This Topic: https://lists.fd.io/mt/26715883/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 Release 18.10: F0 has arrived

2018-10-03 Thread Marco Varlese
Dear all,

F0 [1] has finally arrived. That marks the API freeze deadline.

Only low-risk changes will be accepted on main branch until it will reopen for
business (a separate email will announce that).

[1] https://wiki.fd.io/view/Projects/vpp/Release_Plans/Release_Plan_18.10


Thanks and regards,
-- 
Marco V

SUSE LINUX GmbH | GF: Felix Imendörffer, Jane Smithard, Graham Norton
HRB 21284 (AG Nürnberg) Maxfeldstr. 5, D-90409, Nürnberg




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10734): https://lists.fd.io/g/vpp-dev/message/10734
Mute This Topic: https://lists.fd.io/mt/26715799/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-