[vpp-dev] Bonding error -- uio_interrupt

[carlito nueno]

Hi,

I am trying to bond two Intel 82599 on Intel Atom C3000. But I am
getting uio_interrupt error and BondEthernet0 is down. Each NIC works
by itself, without bonding.

[   12.473426] irq 16: nobody cared (try booting with the "irqpoll" option)
[   12.480149] CPU: 2 PID: 0 Comm: swapper/2 Not tainted
4.15.0-20-generic #21-Ubuntu
[   12.480150] Hardware name: Default string Default string/Default
string, BIOS R0.10 12/27/2017
[   12.480152] Call Trace:
[   12.480154]  
[   12.480164]  dump_stack+0x63/0x8b
[   12.480168]  __report_bad_irq+0x35/0xc0
[   12.480170]  note_interrupt+0x24b/0x2a0
[   12.480173]  handle_irq_event_percpu+0x54/0x80
[   12.480175]  handle_irq_event+0x3b/0x60
[   12.480177]  handle_fasteoi_irq+0x75/0x130
[   12.480180]  handle_irq+0x20/0x30
[   12.480183]  do_IRQ+0x46/0xd0
[   12.480185]  common_interrupt+0x84/0x84
[   12.480186]  
[   12.480190] RIP: 0010:cpuidle_enter_state+0xa7/0x2f0
[   12.480191] RSP: 0018:bde940cc7e68 EFLAGS: 0246 ORIG_RAX:
ffda
[   12.480194] RAX: a0727fd22880 RBX: 0002e7793c59 RCX: 001f
[   12.480195] RDX: 0002e7793c59 RSI: fffd3353a7e3 RDI: 
[   12.480196] RBP: bde940cc7ea8 R08:  R09: 0001
[   12.480198] R10: bde940cc7e38 R11: 0001 R12: a0727fd2c300
[   12.480199] R13: 0001 R14: b3571c98 R15: 
[   12.480202]  ? cpuidle_enter_state+0x97/0x2f0
[   12.480204]  cpuidle_enter+0x17/0x20
[   12.480207]  call_cpuidle+0x23/0x40
[   12.480209]  do_idle+0x18c/0x1f0
[   12.480211]  cpu_startup_entry+0x73/0x80
[   12.480213]  start_secondary+0x1a6/0x200
[   12.480216]  secondary_startup_64+0xa5/0xb0
[   12.480218] handlers:
[   12.482499] [<37e500ce>] uio_interrupt [uio]
[   12.487468] [<37e500ce>] uio_interrupt [uio]
[   12.492452] [<37e500ce>] uio_interrupt [uio]
[   12.497427] Disabling IRQ #16
[  303.382435] irq 17: nobody cared (try booting with the "irqpoll" option)
[  303.389199] CPU: 0 PID: 0 Comm: swapper/0 Not tainted
4.15.0-20-generic #21-Ubuntu
[  303.389201] Hardware name: Default string Default string/Default
string, BIOS R0.10 12/27/2017
[  303.389202] Call Trace:
[  303.389204]  
[  303.389212]  dump_stack+0x63/0x8b
[  303.389216]  __report_bad_irq+0x35/0xc0
[  303.389219]  note_interrupt+0x24b/0x2a0
[  303.389221]  handle_irq_event_percpu+0x54/0x80
[  303.389223]  handle_irq_event+0x3b/0x60
[  303.389226]  handle_fasteoi_irq+0x75/0x130
[  303.389228]  handle_irq+0x20/0x30
[  303.389231]  do_IRQ+0x46/0xd0
[  303.389233]  common_interrupt+0x84/0x84
[  303.389234]  
[  303.389238] RIP: 0010:cpuidle_enter_state+0xa7/0x2f0
[  303.389240] RSP: 0018:b3403e10 EFLAGS: 0246 ORIG_RAX:
ffd6
[  303.389242] RAX: a0727fc22880 RBX: 0046a30082e4 RCX: 001f
[  303.389244] RDX: 0046a30082e4 RSI: fffd3353a7e3 RDI: 
[  303.389245] RBP: b3403e50 R08:  R09: 0001
[  303.389246] R10: b3403de0 R11: 0001 R12: a0727fc2c300
[  303.389247] R13: 0001 R14: b3571c98 R15: 
[  303.389251]  cpuidle_enter+0x17/0x20
[  303.389253]  call_cpuidle+0x23/0x40
[  303.389255]  do_idle+0x18c/0x1f0
[  303.389257]  cpu_startup_entry+0x73/0x80
[  303.389260]  rest_init+0xae/0xb0
[  303.389263]  start_kernel+0x4dc/0x4fd
[  303.389266]  x86_64_start_reservations+0x24/0x26
[  303.389267]  x86_64_start_kernel+0x74/0x77
[  303.389270]  secondary_startup_64+0xa5/0xb0
[  303.389272] handlers:
[  303.391558] [<37e500ce>] uio_interrupt [uio]

vppctl sh hardware-interface shows:

BondEthernet0  7down  Slave-Idx: 5 6
  Ethernet address 08:35:71:eb:70:54
  Ethernet Bonding
carrier down
flags: admin-up pmd maybe-multiseg
rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
cpu socket 0

TenGigabitEthernet8/0/05slave TenGigabitEthernet8/0/0
  Ethernet address 08:35:71:eb:70:54
  Intel 82599
carrier down
flags: pmd maybe-multiseg bond-slave tx-offload intel-phdr-cksum
rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
cpu socket 0

TenGigabitEthernet9/0/06slave TenGigabitEthernet9/0/0
  Ethernet address 08:35:71:eb:70:54
  Intel 82599
carrier down
flags: pmd maybe-multiseg bond-slave tx-offload intel-phdr-cksum
rx queues 1, rx desc 1024, tx queues 2, tx desc 1024
cpu socket 0


lspic -vvv shows:

08:00.0 Ethernet controller: Intel Corporation Ethernet Connection
X553 1GbE (rev 11)
Subsystem: Intel Corporation Ethernet Connection X553 1GbE
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr+ Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
SERR- TAbort-
SERR- -=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10190): 

Re: [vpp-dev] LACP link bonding issue

[steven luong via Lists.Fd.Io]

Aleksander,

This problem should be easy to figure out if you can gdb the code. When the 
very first slave interface is added to the bonding group via the command “bond 
add BondEthernet0 GigabitEthnerneta/0/0/1”,

- The PTX machine schedules the interface with the periodic timer via 
lacp_schedule_periodic_timer().
- lacp-process is signaled with event_start to enable with periodic timer. 
lacp_process() only calls lacp_periodic() if “enabled” is set .

One of these two things is not happening in your platform/environment and I 
cannot explain why with bare eyes. GDB the above two places will solve the 
mystery. Of course, it works in my environment all the times and I am not 
seeing the problem. What is your working environment? VM or bare metal? What 
flavor of linux distro and version? I am running VPP on Ubuntu-1604 on bare 
metal.

Steven


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

View/Reply Online (#10189): https://lists.fd.io/g/vpp-dev/message/10189
Mute This Topic: https://lists.fd.io/mt/24525535/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 shared memory API

[张伟]

Hi, 


I want to configure VPP to use shared memory API.
https://docs.fd.io/vpp/17.10/libmemif_doc.html
 I do not find some example to follow that.  Does anyone have this experience? 
If so, can you share it to me? 


Thanks, 

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

View/Reply Online (#10188): https://lists.fd.io/g/vpp-dev/message/10188
Mute This Topic: https://lists.fd.io/mt/24572372/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] Where could I find the example of vcl.conf

[Florin Coras]

Hi Yalei, 

Great! For now, I’m planning on keeping both the condvars and eventfds, at 
least until we completely understand the performance implications. 

As for your second question, the session layer will probably at one point start 
requesting that all attachments be done over the socket transport of the binary 
api. Note however that the socket transport is only used for bootstrapping the 
memfd shared memory segments and exchanging file descriptors. In other words, 
binary api exchanges between vcl/apps and vpp are still done over shared memory 
event queues. 

Cheers, 
Florin

> On Aug 16, 2018, at 4:12 AM, 汪亚雷  wrote:
> 
> Thanks Florin,
> 
> It works fine now. :)
> And two more questions:
> 1. Will eventfd replace the condvar way? it will be the default way for event 
> queue?
> 2. Will socket api replace the vpe api in the future?
> 
> Thanks!
> 
> /Yalei
> 
> Florin Coras mailto:fcoras.li...@gmail.com>> 
> 于2018年8月15日周三 下午11:29写道：
> Hi Yalei, 
> 
> You definitely need api-socket-name /run/vpp-api.sock, don’t comment that out 
> :-). If that’s not enabled, you can’t exchange file descriptors. 
> 
> Florin
> 
>> On Aug 15, 2018, at 5:43 AM, 汪亚雷 > > wrote:
>> 
>> looks like  APP not attach to the segment vpp created like /dev/shm/$pid
>> 
>> I think maybe need add the related ssvm_segment_attach in L125 in 
>> vl_api_application_attach_reply_t_handler, not sure, will test it.
>> 
>> wylandrea mailto:wyland...@gmail.com>> 于2018年8月15日周三 
>> 下午12:10写道：
>> Thanks, Florin!  I tried, but unfortunately got segment fault like 
>> below(pull from master today):
>> 
>> The segfault caused by the mq=0x204005440, the addr could not be refered in 
>> APP side,  looks like  the address is alloc in segment_manager_init L293, 
>> 
>> I used the example vcl.conf you provided, just comments the line 
>> "api-socket-name /run/vpp-api.sock".
>> 
>> ==
>> 
>> VCL<23469>: configured VCL debug level (4) from VCL_DEBUG!
>> VCL<23469>: allocated VCL heap = 0x7fffe010, size 268435456 (0x1000)
>> VCL<23469>: configured app_scope_local (1)
>> VCL<23469>: configured app_scope_global (1)
>> VCL<23469>: configured with mq with eventfd
>> VCL<23469>: completed parsing vppcom config!
>> vppcom_connect_to_vpp:803: VCL<23469>: app (ldp-23469-app) connecting to VPP 
>> api (/vpe-api)...
>> [New Thread 0x7fffd700 (LWP 23474)]
>> vppcom_connect_to_vpp:819: VCL<23469>: app (ldp-23469-app) is connected to 
>> VPP!
>> [New Thread 0x7fffdf7fe700 (LWP 23475)]
>> vppcom_app_create:714: VCL<23469>: sending session enable
>> vppcom_app_create:724: VCL<23469>: sending app attach
>> 
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 0x7fffd700 (LWP 23474)]
>> 0x7510a403 in svm_msg_q_set_consumer_eventfd (mq=0x204005440, fd=0) 
>> at /home/wenjiang/vpp/build-data/../src/svm/message_queue.c:242
>> 242   mq->q->consumer_evtfd = fd;
>> Missing separate debuginfos, use: debuginfo-install dpdk-18.05-1.x86_64 
>> libgcc-4.8.5-28.el7_5.1.x86_64 libstdc++-4.8.5-28.el7_5.1.x86_64 
>> numactl-libs-2.0.9-7.el7.x86_64
>> (gdb) bt
>> #0  0x7510a403 in svm_msg_q_set_consumer_eventfd (mq=0x204005440, 
>> fd=0) at /home/wenjiang/vpp/build-data/../src/svm/message_queue.c:242
>> #1  0x74fede84 in vl_api_application_attach_reply_t_handler 
>> (mp=0x30066c40) at /home/wenjiang/vpp/build-data/../src/vcl/vcl_bapi.c:119
>> #2  0x75111bba in msg_handler_internal (am=0x75360880 
>> , the_msg=0x30066c40, trace_it=0, do_it=1, free_it=1) at 
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:425
>> #3  0x75111e1a in vl_msg_api_handler (the_msg=0x30066c40) at 
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:551
>> #4  0x75113344 in vl_msg_api_queue_handler (q=0x30207ec0) at 
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:762
>> #5  0x75117f4e in rx_thread_fn (arg=0x0) at 
>> /home/wenjiang/vpp/build-data/../src/vlibmemory/memory_client.c:94
>> #6  0x7763ce25 in start_thread (arg=0x7fffd700) at 
>> pthread_create.c:308
>> #7  0x7715ebad in clone () at 
>> ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
>> 
>> 
>> 
>> startup.conf
>> root@192.168.122.252 
>> :/home/wenjiang/dmm/release/bin (master) $ cat 
>> ~/startup.conf
>> unix {
>>   #nodaemon
>>   interactive
>>   log /var/log/vpp/vpp.log
>>   cli-listen localhost:5002
>>   full-coredump
>> }
>> 
>> api-trace {
>>   on
>> }
>> 
>> 
>> dpdk {
>>   socket-mem 1024
>>   dev :00:09.0
>> }
>> 
>> session { evt_qs_memfd_seg  }
>> #socksvr { socket-name /run/vpp-api.sock }
>> 
>> ==
>> root@192.168.122.252 
>> :/home/wenjiang/dmm/release/bin (master) $ cat 
>> /etc/vpp/vcl.conf
>> vcl {
>>   #rx-fifo-size 400
>>   #tx-fifo-size 400
>>   app-scope-local
>>   app-scope-global
>>   

Re: [vpp-dev] Regarding symmetric RSS hash with DPDK plugin

[Damjan Marion via Lists.Fd.Io]

you should be able to do that by enabling same number of rx queues to number of 
workers +1 (main thread) and set rx placement to match tx queue assignment.
VPP statically maps on tx side queue to thread, so main thread is always using 
queue 0, worker 0 uses queue 1and so on
Issue is that this will result in traffic also going to main core,  unless you 
can teach nic to skip queue 0

-- 
Damjan

> On 16 Aug 2018, at 12:13, Prashant Upadhyaya  wrote:
> 
> Hi,
> 
> I need to use symmetric RSS hash in VPP while using DPDK plugin, so
> that both sides of my TCP flows land on the same worker.
> 
> Requesting to please advise what would be the correct way of achieving
> this in VPP via the hardware (say Intel82599 NIC) -- I believe it is
> possible to configure an RSS key which does that. So the question
> really is, if this configuration is supported by VPP or the code needs
> to be changed somewhere to achieve this.
> 
> Regards
> -Prashant
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10184): https://lists.fd.io/g/vpp-dev/message/10184
> Mute This Topic: https://lists.fd.io/mt/24569696/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

View/Reply Online (#10186): https://lists.fd.io/g/vpp-dev/message/10186
Mute This Topic: https://lists.fd.io/mt/24569696/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] Where could I find the example of vcl.conf

[wylandrea]

Thanks Florin,

It works fine now. :)
And two more questions:
1. Will eventfd replace the condvar way? it will be the default way for
event queue?
2. Will socket api replace the vpe api in the future?

Thanks!

/Yalei

Florin Coras  于2018年8月15日周三 下午11:29写道：

> Hi Yalei,
>
> You definitely need api-socket-name /run/vpp-api.sock, don’t comment that
> out :-). If that’s not enabled, you can’t exchange file descriptors.
>
> Florin
>
> On Aug 15, 2018, at 5:43 AM, 汪亚雷  wrote:
>
> looks like  APP not attach to the segment vpp created like /dev/shm/$pid
>
> I think maybe need add the related ssvm_segment_attach in L125
> in vl_api_application_attach_reply_t_handler, not sure, will test it.
>
> wylandrea  于2018年8月15日周三 下午12:10写道：
>
>> Thanks, Florin!  I tried, but unfortunately got segment fault like
>> below(pull from master today):
>>
>> The segfault caused by the mq=0x204005440, the addr could not be refered
>> in APP side,  looks like  the address is alloc in segment_manager_init
>> L293,
>>
>> I used the example vcl.conf you provided, just comments the line
>> "api-socket-name /run/vpp-api.sock".
>>
>> ==
>>
>> VCL<23469>: configured VCL debug level (4) from VCL_DEBUG!
>> VCL<23469>: allocated VCL heap = 0x7fffe010, size 268435456
>> (0x1000)
>> VCL<23469>: configured app_scope_local (1)
>> VCL<23469>: configured app_scope_global (1)
>> VCL<23469>: configured with mq with eventfd
>> VCL<23469>: completed parsing vppcom config!
>> vppcom_connect_to_vpp:803: VCL<23469>: app (ldp-23469-app) connecting to
>> VPP api (/vpe-api)...
>> [New Thread 0x7fffd700 (LWP 23474)]
>> vppcom_connect_to_vpp:819: VCL<23469>: app (ldp-23469-app) is connected
>> to VPP!
>> [New Thread 0x7fffdf7fe700 (LWP 23475)]
>> vppcom_app_create:714: VCL<23469>: sending session enable
>> vppcom_app_create:724: VCL<23469>: sending app attach
>>
>> Program received signal SIGSEGV, Segmentation fault.
>> [Switching to Thread 0x7fffd700 (LWP 23474)]
>> 0x7510a403 in svm_msg_q_set_consumer_eventfd (mq=0x204005440,
>> fd=0) at /home/wenjiang/vpp/build-data/../src/svm/message_queue.c:242
>> 242   mq->q->consumer_evtfd = fd;
>> Missing separate debuginfos, use: debuginfo-install dpdk-18.05-1.x86_64
>> libgcc-4.8.5-28.el7_5.1.x86_64 libstdc++-4.8.5-28.el7_5.1.x86_64
>> numactl-libs-2.0.9-7.el7.x86_64
>> (gdb) bt
>> #0  0x7510a403 in svm_msg_q_set_consumer_eventfd (mq=0x204005440,
>> fd=0) at /home/wenjiang/vpp/build-data/../src/svm/message_queue.c:242
>> #1  0x74fede84 in vl_api_application_attach_reply_t_handler
>> (mp=0x30066c40) at /home/wenjiang/vpp/build-data/../src/vcl/vcl_bapi.c:119
>> #2  0x75111bba in msg_handler_internal (am=0x75360880
>> , the_msg=0x30066c40, trace_it=0, do_it=1, free_it=1) at
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:425
>> #3  0x75111e1a in vl_msg_api_handler (the_msg=0x30066c40) at
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:551
>> #4  0x75113344 in vl_msg_api_queue_handler (q=0x30207ec0) at
>> /home/wenjiang/vpp/build-data/../src/vlibapi/api_shared.c:762
>> #5  0x75117f4e in rx_thread_fn (arg=0x0) at
>> /home/wenjiang/vpp/build-data/../src/vlibmemory/memory_client.c:94
>> #6  0x7763ce25 in start_thread (arg=0x7fffd700) at
>> pthread_create.c:308
>> #7  0x7715ebad in clone () at
>> ../sysdeps/unix/sysv/linux/x86_64/clone.S:113
>>
>> 
>>
>> startup.conf
>> root@192.168.122.252:/home/wenjiang/dmm/release/bin (master) $ cat
>> ~/startup.conf
>> unix {
>>   #nodaemon
>>   interactive
>>   log /var/log/vpp/vpp.log
>>   cli-listen localhost:5002
>>   full-coredump
>> }
>>
>> api-trace {
>>   on
>> }
>>
>>
>> dpdk {
>>   socket-mem 1024
>>   dev :00:09.0
>> }
>>
>> session { evt_qs_memfd_seg  }
>> #socksvr { socket-name /run/vpp-api.sock }
>>
>> ==
>> root@192.168.122.252:/home/wenjiang/dmm/release/bin (master) $ cat
>> /etc/vpp/vcl.conf
>> vcl {
>>   #rx-fifo-size 400
>>   #tx-fifo-size 400
>>   app-scope-local
>>   app-scope-global
>>   #api-socket-name /run/vpp-api.sock
>>   use-mq-eventfd
>> }
>>
>>
>>
>>
>>
>>
>> Florin Coras  于2018年8月14日周二 下午11:15写道：
>>
>>> Hi Yalei,
>>>
>>> You have an example of how to write a vcl.conf file in
>>> vcl/vcl_test.conf. It’s just an example, so if you want to try out eventfd,
>>> here’s what I’ve been recently using:
>>>
>>> vcl {
>>>   rx-fifo-size 400
>>>   tx-fifo-size 400
>>>   app-scope-local
>>>   app-scope-global
>>>   api-socket-name /run/vpp-api.sock
>>>   use-mq-eventfd
>>> }
>>>
>>> For this to work, vpp must come up with the binary api socket transport
>>> configured and the session layer event queues must be allocated in a memfd
>>> segment. So, add the following to your vpp startup conf:
>>>
>>> socksvr { socket-name /run/vpp-api.sock }
>>> session { evt_qs_memfd_seg  }
>>>
>>> Also, to have vcl read your config file, remember to do 

[vpp-dev] Regarding symmetric RSS hash with DPDK plugin

[Prashant Upadhyaya]

Hi,

I need to use symmetric RSS hash in VPP while using DPDK plugin, so
that both sides of my TCP flows land on the same worker.

Requesting to please advise what would be the correct way of achieving
this in VPP via the hardware (say Intel82599 NIC) -- I believe it is
possible to configure an RSS key which does that. So the question
really is, if this configuration is supported by VPP or the code needs
to be changed somewhere to achieve this.

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

View/Reply Online (#10184): https://lists.fd.io/g/vpp-dev/message/10184
Mute This Topic: https://lists.fd.io/mt/24569696/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] Performance and CLI response degradation with inactive port

[Damjan Marion via Lists.Fd.Io]

Can you share more details on hardware used?

Both Dave  and me noticed this on denverton device (Atom C3xxx) with onboard 
10G ports.
I was able to repro this with dpdk testpmd, so (at least our issue) is not VPP 
related.


-- 
Damjan

> On 9 Aug 2018, at 00:45, j...@yeager1.com wrote:
> 
> Quick update on this: it only needs to have a fiber cable plugged into the 
> SFP for it to react normally. It doesn't matter that the other end of the 
> cable be connected to anything at all, just that something is present in the 
> SFP. This isn't a failure scenario I'm terribly concerned about and this 
> seems to be more a reaction of the NIC then of VPP. Still, if anyone has any 
> idea what is going on here I'd love to know because this isn't something I 
> expected. -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10078): https://lists.fd.io/g/vpp-dev/message/10078
> Mute This Topic: https://lists.fd.io/mt/24234129/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

View/Reply Online (#10183): https://lists.fd.io/g/vpp-dev/message/10183
Mute This Topic: https://lists.fd.io/mt/24234129/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] Is plugin compilation out of source tree still supported by vpp?

[Damjan Marion via Lists.Fd.Io]

It might be that documentation is outdated, but we definitely build sample 
plugin out-of-tree as part of each commit verify job...

-- 
Damjan

> On 16 Aug 2018, at 10:48, ololjiiu373...@163.com wrote:
> 
> Hi, all
> 
> I'm a newbie of vpp and tried to compile sample_plugin out of source tree. I 
> followed instructions in wiki 
> (https://wiki.fd.io/view/VPP/How_To_Build_The_Sample_Plugin) and found that 
> vpp_plugin_configure is missing.
> 
> This tool has been deleted in this commit:
> https://gerrit.fd.io/r/gitweb?p=vpp.git;a=commit;h=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4
>  
> 
> https://gerrit.fd.io/r/gitweb?p=vpp.git;a=blobdiff;f=src/vpp.am;h=be55c4000d3d2346de559135cf144ee7dd0bf69b;hp=3bb2c1beaaefcabf96d3f1dc75f878ec0606a6b0;hb=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4;hpb=1c5ee872b14c5e9412b8c0e4f169b85d11238d14
>  
> 
> 
> Is this feature removed or vpp_plugin_configure was removed by accident?
> 
> Another problem I encountered is that sample_plugin.so can't be loaded by vpp 
> because sample_main hasn't been declared in any related source code.
> 
> Thanks. -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10180): https://lists.fd.io/g/vpp-dev/message/10180
> Mute This Topic: https://lists.fd.io/mt/24569017/675642
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub  [dmar...@me.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

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

[vpp-dev] Is plugin compilation out of source tree still supported by vpp?

[ololjiiu373fds]

Hi, all

I'm a newbie of vpp and tried to compile sample_plugin out of source tree. I 
followed instructions in wiki 
(https://wiki.fd.io/view/VPP/How_To_Build_The_Sample_Plugin) and found that 
vpp_plugin_configure is missing.

This tool has been deleted in this commit:
https://gerrit.fd.io/r/gitweb?p=vpp.git;a=commit;h=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4
https://gerrit.fd.io/r/gitweb?p=vpp.git;a=blobdiff;f=src/vpp.am;h=be55c4000d3d2346de559135cf144ee7dd0bf69b;hp=3bb2c1beaaefcabf96d3f1dc75f878ec0606a6b0;hb=724f64ccf691e170973bdcdc6c09bfdc7e2ab5e4;hpb=1c5ee872b14c5e9412b8c0e4f169b85d11238d14

Is this feature removed or vpp_plugin_configure was removed by accident?

Another problem I encountered is that sample_plugin.so can't be loaded by vpp 
because sample_main hasn't been declared in any related source code.

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

View/Reply Online (#10180): https://lists.fd.io/g/vpp-dev/message/10180
Mute This Topic: https://lists.fd.io/mt/24569017/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] :: vppctl fails to start in Container (Centos 7.5.1804)

[omer . majeed]

Thanks a lot Billy, it worked. Earlier I was trying to manually mount
hugepages in container which didn't work. 

Best Regards, 

Omer 

On 2018-08-16 01:04, Billy wrote:

> So I would need to see how you are starting your container, but I think you 
> are not mapping in hugepages. I do need to more work in the area. Currently, 
> I start containers running VPP with --privileged. SELinunx is still enabled. 
> For example: 
> docker run -it --privileged --device=/dev/hugepages:/dev/hugepages centos 
> 
> I was able to reproduce what you saw by running: 
> docker run -it centos 
> 
> Once the container was up, ran the following in the container: 
> yum install centos-release-fdio 
> yum install vpp* 
> 
> Then ran on host: 
> docker exec  /usr/bin/vpp -c /etc/vpp/startup.conf 
> 
> Billy 
> 
> On Wed, Aug 15, 2018 at 8:42 AM,  wrote:
> 
> VPP is installed only in the container.
> 
> On 2018-08-15 16:50, Billy wrote: 
> I'll take a look. So is VPP only installed in the container, or is also 
> installed on the host? 
> 
> Billy McFall 
> 
> On Wed, Aug 15, 2018 at 6:00 AM,  wrote:
> 
> Thanks Ed, in centos installing vpp automatically installs vpp-selinux-policy 
> with it. So enforcing selinux on the host machine make vpp work. 
> 
> However, when I try installing VPP in centos container there vpp doesn't 
> start. Can't enforce selinux in container and vpp-selinux-policy is installed 
> with vpp due to dependency. When I run vpp in the container 
> 
> $docker exec  /usr/bin/vpp -c /etc/vpp/startup.conf 
> 
> I get following errors 
> 
> tls_openssl_init:650: failed to initialize TLS CA chain
> 
> dpdk_config: mount failed 1 
> 
> Seems like an selinux issue or what? Could I get any help there? :) 
> 
> Best Regards, 
> 
> Omer 
> 
> On 2018-08-13 22:43, Edward Warnicke wrote: 
> We do have an se linux package that should in principle let you keep working 
> with se linux enforce 
> try 
> 
> yum install vpp-selinux-policy 
> and see if that helps :) 
> 
> Ed 
> On August 13, 2018 at 12:41:37 PM, omer.maj...@sofioni.com 
> (omer.maj...@sofioni.com) wrote: 
> 
> Thank Ed. 
> 
> Changed SELINUX=enforcing in /etc/selinux/config 
> 
> Restarted the machine, and it worked. 
> 
> Best Regards, 
> 
> Omer
> 
> On 2018-08-13 22:21, Edward Warnicke wrote: 
> This feels like SE Linux may be involved...  
> 
> Ed 
> 
> On August 13, 2018 at 12:17:09 PM, omer.maj...@sofioni.com 
> (omer.maj...@sofioni.com) wrote: 
> 
> Hi, 
> 
> I've built VPP on centos 7.5.1804, took the RPM packages to another machine 
> to deploy VPP there. 
> 
> After installing RPM packages there when I run $vppctl it gives me following 
> error. 
> 
> CLIB_SOCKET_INIT: CONNECT (FD 3, '/RUN/VPP/CLI.SOCK'): NO SUCH FILE OR 
> DIRECTORY 
> 
> I thought there might be something wrong with the build or something so took 
> packages from following repository 
> 
> http://a.centos.org/centos/7.5.1804/nfv/x86_64/fdio/vpp/vpp-1804/ [1] 
> 
> I get the same error when running vppctl after installation. Could someone 
> help with the error? 
> 
> Best Regards, 
> 
> Omer -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10126): https://lists.fd.io/g/vpp-dev/message/10126 [2]
> Mute This Topic: https://lists.fd.io/mt/24505099/464962 [3]
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [4] [hagb...@gmail.com]
> -=-=-=-=-=-=-=-=-=-=-=- 
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
> 
> View/Reply Online (#10127): https://lists.fd.io/g/vpp-dev/message/10127 [5]
> Mute This Topic: https://lists.fd.io/mt/24505099/984664 [6]
> Group Owner: vpp-dev+ow...@lists.fd.io
> Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [4]  
> [omer.maj...@sofioni.com]
> -=-=-=-=-=-=-=-=-=-=-=-

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

View/Reply Online (#10129): https://lists.fd.io/g/vpp-dev/message/10129
[7]
Mute This Topic: https://lists.fd.io/mt/24505099/984664 [6]
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [4] 
[omer.maj...@sofioni.com]
-=-=-=-=-=-=-=-=-=-=-=- 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10159): https://lists.fd.io/g/vpp-dev/message/10159
[8]
Mute This Topic: https://lists.fd.io/mt/24532686/675237 [9]
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [4] 
[bmcf...@redhat.com]
-=-=-=-=-=-=-=-=-=-=-=-

  -- 

BILLY MCFALL 
Networking Group 
CTO Office
RED HAT 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#10160): https://lists.fd.io/g/vpp-dev/message/10160
[10]
Mute This Topic: https://lists.fd.io/mt/24532686/984664 [11]
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [4] 
[omer.maj...@sofioni.com]
-=-=-=-=-=-=-=-=-=-=-=- 

  -- 

BILLY MCFALL 
Networking Group 
CTO Office
Red