date:20170918

Re: [vpp-dev] VPP 1704 and router plugin

2017-09-18 Thread Bhanu Chander Gaddoju

Hi Neale,

   Please find the information below,

 ARCH  =   aarch64
 OS   =   Ubuntu 16.04
GCC =   Ubuntu/Linaro 5.4.0-6ubuntu1~16.04.4

 I am using VPP stable/1704 and external DPDK version 17.02.

 I will test as you suggested and would let you know.


Regards,
Bhanu,
HSDC, NXP India.


From: Neale Ranns (nranns) [mailto:nra...@cisco.com]
Sent: Tuesday, September 19, 2017 2:15 AM
To: Bhanu Chander Gaddoju ; Dave Barach (dbarach) 
; vpp-dev@lists.fd.io; Ni, Hongjun 
Subject: Re: [vpp-dev] VPP 1704 and router plugin

Hi Bhanu,

Can you give us some information on the CPU arch, OS and compiler version you 
are using please.

My best guess at the issue here is the problem of integer promotion through a 
variadic function. Perhaps you could test this idea by declaring;
 int fproto = FIB_PROTOCOL_IP4;
And then pass the variable ‘fproto’ and not FIB_PROTOCOL_IP4 to the call to 
vlib_cli_output (in frame 4).

Regards,
neale


From: > on 
behalf of Bhanu Chander Gaddoju 
>
Date: Monday, 18 September 2017 at 00:58
To: "Dave Barach (dbarach)" >, 
"vpp-dev@lists.fd.io" 
>, "Ni, Hongjun" 
>
Subject: Re: [vpp-dev] VPP 1704 and router plugin

Hi All,

   Could you please help me to resolve this issue.

Regards,
Bhanu.


From: Bhanu Chander Gaddoju
Sent: Tuesday, September 12, 2017 10:18 PM
To: 'Dave Barach (dbarach)' >; 
vpp-dev@lists.fd.io; Ni, Hongjun 
>
Subject: RE: VPP 1704 and router plugin

Hi Dave,

Thank you for your response.
fib_table->ft_desc is not NULL. Please find the details below,

(gdb) c
Continuing.

Breakpoint 1, format_fib_table_name (s=0x0, ap=...) at 
/root/vpp-1704/build-data/../src/vnet/fib/fib_table.c:1095
1095/root/vpp-1704/build-data/../src/vnet/fib/fib_table.c: No such file or 
directory.
(gdb) n
1096in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1097in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1096in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1097in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1100in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1102in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb) p fib_table
$2 = (fib_table_t *) 0x3e1c9b80
(gdb) p fib_table->ft_desc
$3 = (u8 *) 0x3eb07a80 "ipv4-VRF:0"
(gdb) p *fib_table
$4 = {{v4 = {fib_entry_by_dst_address = {0x3d92f738, 0x0, 0x0, 0x0, 
0x3d92ead8, 0x0 , 0x3d92b9a0, 0x0, 0x0, 0x0, 0x0, 
0x0, 0x0, 0x0, 0x3d92f170}, mtrie = {
ply_pool = 0x3eb5b000, default_leaf = 1}, table_id = 0, index = 0, 
flow_hash_config = 31, fwd_classify_table_index = 4294967295, 
rev_classify_table_index = 4294967295}, v6 = {
  table_id = 1033041720, index = 65535, flow_hash_config = 0}, mpls = 
{mf_entries = 0x3d92f738, mf_lbs = {0, 0, 0, 0, 0, 0, 1033038552, 65535, 0 
, 1033025952, 65535,
0 , 1033040240, 65535, 1052094464, 65535, 1, 0, 0, 0, 
31, 4294967295, 4294967295, 0 }}}, ft_proto = 
FIB_PROTOCOL_IP4, ft_locks = 3,
  ft_table_id = 0, ft_index = 0, ft_flow_hash_config = 31, ft_src_route_counts 
= {2, 0, 5, 0, 3, 0 , 3}, ft_total_route_counts = 11, ft_desc 
= 0x3eb07a80 "ipv4-VRF:0"}



Regards,
Bhanu,
HSDC, NXP India.


From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: Tuesday, September 12, 2017 10:04 PM
To: Bhanu Chander Gaddoju 
>; 
vpp-dev@lists.fd.io; Ni, Hongjun 
>
Subject: RE: VPP 1704 and router plugin

Set a breakpoint in format_fib_table_name, and see if e.g. fib_table->ft_desc 
is NULL.

Thanks… Dave

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Bhanu Chander Gaddoju
Sent: Tuesday, September 12, 2017 11:45 AM
To: vpp-dev@lists.fd.io; Ni, Hongjun 
>
Subject: [vpp-dev] VPP 1704 and router plugin

Hi All,

  We are building router plugin with VPP 1704 branch. We used VPP stable/1704 
branch and vppsb source code after (https://gerrit.fd.io/r/#/c/5881/ ) check in.

  Router plugin is loaded properly. We are able to see the

[vpp-dev] CentOS 7.4

2017-09-18 Thread Burt Silverman

I updated my CentOS using "yum update" and that leaves me with CentOS 7.4.
So I get those fPIC errors that others have reported on non CentOS systems
but that have glibc 2.17. Are others seeing the same thing? It looks to me
that the official builds under CentOS are being done WITHOUT "yum update".
Thanks.

Burt
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] VPP crash w/ no-multi-seg configured for an virtio-based dpdk interface//Resend previous lost mail

2017-09-18 Thread 张东亚

Hi List,

We have observed a crash recently w/ no-multi-seg configured for an
virtio-based dpdk-interface.

The stack is:

#0  0x7f3e6ca47428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1  0x7f3e6ca4902a in __GI_abort () at abort.c:89
#2  0x00406d99 in os_exit (code=code@entry=1) at
/home/slucx/vedge/build-data/../src/vpp/vnet/main.c:284
#3  0x7f3e6e0046fa in unix_signal_handler (signum=,
si=, uc=) at /home/slucx/vedge/build-data/.
./src/vlib/unix/main.c:117
#4  
#5  clib_mov16 (src=, dst=) at
/home/slucx/vedge/build-data/../src/vppinfra/memcpy_sse3.h:60
#6  clib_memcpy (n=16, src=, dst=) at
/home/slucx/vedge/build-data/../src/vppinfra/memcpy_sse3.h:229
#7  vlib_buffer_init_for_free_list (fl=0x7f3e3041a500, dst=0x80) at
/home/slucx/vedge/build-data/../src/vlib/buffer_funcs.h:792
#8  dpdk_process_subseq_segs (fl=0x7f3e3041a500, mb=0x7f3c34361e00,
b=0x7f3c34361e80, vm=0x7f3e2c10f24c)
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:216
#9  dpdk_device_input (maybe_multiseg=0, queue_id=0, cpu_index=, node=0x7f3e2d170a58, xd=0x7f3e30429440, dm=0x7f3e2c028a00 )
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:541
#10 dpdk_input (vm=, node=0x7f3e2d170a58, f=)
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:663
#11 0x7f3e6dfcaf79 in dispatch_node (vm=0x7f3e2c10f24c,
node=0x7f3e2d170a58, type=,
dispatch_state=VLIB_NODE_STATE_POLLING,
frame=,
last_time_stamp=4703270402828137) at /home/slucx/vedge/build-data/.
./src/vlib/main.c:1000
#12 0x7f3e6dfcb49f in vlib_main_or_worker_loop (is_main=0,
vm=0x7f3e2c10f24c) at /home/slucx/vedge/build-data/../src/vlib/main.c:1510
#13 vlib_worker_loop (vm=0x7f3e2c10f24c) at /home/slucx/vedge/build-data/.
./src/vlib/main.c:1630
#14 0x7f3e6d226c40 in clib_calljmp () at /home/slucx/vedge/build-data/.
./src/vppinfra/longjmp.S:110
#15 0x7f3c5cf88db0 in ?? ()
#16 0x7f3e2ba4dd6b in eal_thread_loop (arg=)
at /home/slucx/vedge/build-root/build-vpp-native/dpdk/dpdk-17.
02/lib/librte_eal/linuxapp/eal/eal_thread.c:184
#17 0x in ?? ()

After analysis, I found that it seems caused by a multi-seg dpdk mbuf
received though the reason why we got that packet is unknown (I checked the
mbuf, it's only 143Byte long).

However, in vpp's dpdk_device_input, dpdk_process_subseq_segs seems not
always protected by the 'maybe_multiseg' parameter, I think if we add the
check, this crash may be prevented.

Should this being fixed or should I found the real reason for virtio pmd
give us a packet with wrong ng_segs?
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Gerrit Maintainer Plugin enabled for VPP

2017-09-18 Thread Ed Warnicke

Tests to verify functionality of the Gerrit Maintainer Plugin:

https://gerrit.fd.io/r/#/c/8451/
https://gerrit.fd.io/r/#/c/8450/
https://gerrit.fd.io/r/#/c/8449/

Reveal that:

a)  Nothing is broken
b) The Gerrit Maintainer Pluging does not appear to be functioning as
intended

Ed

On Mon, Sep 18, 2017 at 1:51 PM, Ed Warnicke  wrote:

> Per our previous (admittedly long ago) discussions on the Gerrit
> Maintainer Plugin auto adding reviewers based on the vpp MAINTAINERS file,
> it has now been merged.  It *only* auto adds reviews, any action to be
> taken in terms of merging a patch will, per agreement, at this time, still
> require a committer's action.
>
> I'll be pushing some test patches shortly to do a final confirmation (and
> revert if any of them failed) that it is functioning properly.
>
> Please let me know if you see any issues that concern you in its operation.
>
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Gerrit Maintainer Plugin enabled for VPP

2017-09-18 Thread Ed Warnicke

Per our previous (admittedly long ago) discussions on the Gerrit Maintainer
Plugin auto adding reviewers based on the vpp MAINTAINERS file, it has now
been merged.  It *only* auto adds reviews, any action to be taken in terms
of merging a patch will, per agreement, at this time, still require a
committer's action.

I'll be pushing some test patches shortly to do a final confirmation (and
revert if any of them failed) that it is functioning properly.

Please let me know if you see any issues that concern you in its operation.
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP 1704 and router plugin

2017-09-18 Thread Neale Ranns (nranns)

Hi Bhanu,

Can you give us some information on the CPU arch, OS and compiler version you 
are using please.

My best guess at the issue here is the problem of integer promotion through a 
variadic function. Perhaps you could test this idea by declaring;
 int fproto = FIB_PROTOCOL_IP4;
And then pass the variable ‘fproto’ and not FIB_PROTOCOL_IP4 to the call to 
vlib_cli_output (in frame 4).

Regards,
neale


From:  on behalf of Bhanu Chander Gaddoju 

Date: Monday, 18 September 2017 at 00:58
To: "Dave Barach (dbarach)" , "vpp-dev@lists.fd.io" 
, "Ni, Hongjun" 
Subject: Re: [vpp-dev] VPP 1704 and router plugin

Hi All,

   Could you please help me to resolve this issue.

Regards,
Bhanu.


From: Bhanu Chander Gaddoju
Sent: Tuesday, September 12, 2017 10:18 PM
To: 'Dave Barach (dbarach)' ; vpp-dev@lists.fd.io; Ni, 
Hongjun 
Subject: RE: VPP 1704 and router plugin

Hi Dave,

Thank you for your response.
fib_table->ft_desc is not NULL. Please find the details below,

(gdb) c
Continuing.

Breakpoint 1, format_fib_table_name (s=0x0, ap=...) at 
/root/vpp-1704/build-data/../src/vnet/fib/fib_table.c:1095
1095/root/vpp-1704/build-data/../src/vnet/fib/fib_table.c: No such file or 
directory.
(gdb) n
1096in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1097in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1096in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1097in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1100in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb)
1102in /root/vpp-1704/build-data/../src/vnet/fib/fib_table.c
(gdb) p fib_table
$2 = (fib_table_t *) 0x3e1c9b80
(gdb) p fib_table->ft_desc
$3 = (u8 *) 0x3eb07a80 "ipv4-VRF:0"
(gdb) p *fib_table
$4 = {{v4 = {fib_entry_by_dst_address = {0x3d92f738, 0x0, 0x0, 0x0, 
0x3d92ead8, 0x0 , 0x3d92b9a0, 0x0, 0x0, 0x0, 0x0, 
0x0, 0x0, 0x0, 0x3d92f170}, mtrie = {
ply_pool = 0x3eb5b000, default_leaf = 1}, table_id = 0, index = 0, 
flow_hash_config = 31, fwd_classify_table_index = 4294967295, 
rev_classify_table_index = 4294967295}, v6 = {
  table_id = 1033041720, index = 65535, flow_hash_config = 0}, mpls = 
{mf_entries = 0x3d92f738, mf_lbs = {0, 0, 0, 0, 0, 0, 1033038552, 65535, 0 
, 1033025952, 65535,
0 , 1033040240, 65535, 1052094464, 65535, 1, 0, 0, 0, 
31, 4294967295, 4294967295, 0 }}}, ft_proto = 
FIB_PROTOCOL_IP4, ft_locks = 3,
  ft_table_id = 0, ft_index = 0, ft_flow_hash_config = 31, ft_src_route_counts 
= {2, 0, 5, 0, 3, 0 , 3}, ft_total_route_counts = 11, ft_desc 
= 0x3eb07a80 "ipv4-VRF:0"}



Regards,
Bhanu,
HSDC, NXP India.


From: Dave Barach (dbarach) [mailto:dbar...@cisco.com]
Sent: Tuesday, September 12, 2017 10:04 PM
To: Bhanu Chander Gaddoju 
>; 
vpp-dev@lists.fd.io; Ni, Hongjun 
>
Subject: RE: VPP 1704 and router plugin

Set a breakpoint in format_fib_table_name, and see if e.g. fib_table->ft_desc 
is NULL.

Thanks… Dave

From: vpp-dev-boun...@lists.fd.io 
[mailto:vpp-dev-boun...@lists.fd.io] On Behalf Of Bhanu Chander Gaddoju
Sent: Tuesday, September 12, 2017 11:45 AM
To: vpp-dev@lists.fd.io; Ni, Hongjun 
>
Subject: [vpp-dev] VPP 1704 and router plugin

Hi All,

  We are building router plugin with VPP 1704 branch. We used VPP stable/1704 
branch and vppsb source code after (https://gerrit.fd.io/r/#/c/5881/ ) check in.

  Router plugin is loaded properly. We are able to see the router plugin when 
“vppctl  show plugin” command is issued.
  But, VPP daemon is getting crashed when we issue “vppctl show ip fib”. Crash 
dump and the VPP configuration is given below.
  Please help me in resolving this issue.

Crash Dump:
(gdb) c
Continuing.

Program received signal SIGSEGV, Segmentation fault.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
#1  0x96b00034 in do_percent (va=, fmt=, 
_s=) at 
/root/vpp-1704/build-data/../src/vppinfra/format.c:372
#2  va_format (s=0x57a9dfe8 "ipv4-VRF:0, fib_index 0, flow hash: ", 
s@entry=0x0, fmt=fmt@entry=0x96e72ca8 "%U, fib_index %d, flow hash: %U", 
va=0x568fd988, va@entry=0x568fd9a8)
at /root/vpp-1704/build-data/../src/vppinfra/format.c:403
#3  0x96ed3cb4 in vlib_cli_output (vm=vm@entry=0x96f28ed0 
, fmt=fmt@entry=0x96e72ca8 "%U, fib_index %d, flow hash: 
%U")
at

Re: [vpp-dev] Jira cleanup, FYI

2017-09-18 Thread Dave Wallace


+1

Thanks man!
-daw-

On 9/18/2017 2:10 PM, Florin Coras wrote:

Chris,

Thanks a lot!

Cheers,
Florin

On Sep 18, 2017, at 11:03 AM, Luke, Chris > wrote:


All,
As an FYI… I just did a bunch of cleanup in Jira. Closed a lot of 
issues (~100) that were marked/Complete/but never actually/Closed/. A 
significant number of these did not have/fixed in/dates, so for the 
ones completed in 2017 I worked out which release they likely would 
have landed in before closing.

As usual, if any of this was in error, feel free to undo.
Chris.
___
vpp-dev mailing list
vpp-dev@lists.fd.io 
https://lists.fd.io/mailman/listinfo/vpp-dev




___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Jira cleanup, FYI

2017-09-18 Thread Florin Coras

Chris, 

Thanks a lot!

Cheers, 
Florin

> On Sep 18, 2017, at 11:03 AM, Luke, Chris  wrote:
> 
> All,
>  
> As an FYI… I just did a bunch of cleanup in Jira. Closed a lot of issues 
> (~100) that were marked Complete but never actually Closed. A significant 
> number of these did not have fixed in dates, so for the ones completed in 
> 2017 I worked out which release they likely would have landed in before 
> closing.
>  
> As usual, if any of this was in error, feel free to undo.
>  
> Chris.
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io 
> https://lists.fd.io/mailman/listinfo/vpp-dev 
> 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Jira cleanup, FYI

2017-09-18 Thread Luke, Chris

All,

As an FYI... I just did a bunch of cleanup in Jira. Closed a lot of issues 
(~100) that were marked Complete but never actually Closed. A significant 
number of these did not have fixed in dates, so for the ones completed in 2017 
I worked out which release they likely would have landed in before closing.

As usual, if any of this was in error, feel free to undo.

Chris.
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Failed to use vcl_test_client

2017-09-18 Thread Dave Wallace


Hi Xyeue,

I believe this patch fixes this issue: https://gerrit.fd.io/r/#/c/8315/

Can you please pull the latest source code and try again?

Thanks,
-daw-

On 9/18/2017 2:43 AM, 薛欣颖 wrote:


Hi,

When I test vcl ,there is some error :
root@ubuntu:/home/vpp_communication/vpp/build-root/install-vpp-native/vpp/bin# 
./vcl_test_client -U 1.1.1.2 22000

CLIENT: Connecting to server...
msg_handler_internal:429: no handler for msg id 424
..
...
...
ERROR in main(): Bad file descriptor
ERROR: connect failed (errno = 9)!
Segmentation fault

The msg id 424 is VL_API_CONNECT_URI_REPLY .The VL_API_CONNECT_URI_REPLY is 
registed in vat.
Is there anything wrong in my test?

The gdb information is shown below:
(gdb) bt
#0  vl_msg_api_send_shmem (q=q@entry=0x302891c0, elem=elem@entry=0x7faafab32cc8 
"\344o\006\060")
at 
/home/vpp_communication/vpp/build-data/../src/vlibmemory/memory_shared.c:584
#1  0x7fab3c053b55 in send_session_connected_callback (app_index=, api_context=3472551422, 


s=0x0, is_fail=) at 
/home/vpp_communication/vpp/build-data/../src/vnet/session/session_api.c:186
#2  0x7fab3c03cc44 in stream_session_connect_notify (tc=0x7faafa776bd8, is_fail=, 


is_fail@entry=1 '\001') at 
/home/vpp_communication/vpp/build-data/../src/vnet/session/session.c:489
#3  0x7fab3bf0f642 in tcp_connection_reset (tc=tc@entry=0x7faafa776bd8)
at /home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp.c:257
#4  0x7fab3bee4077 in tcp46_syn_sent_inline (is_ip4=1, from_frame=, node=, 


vm=) at 
/home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp_input.c:1938
#5  tcp4_syn_sent (vm=, node=, from_frame=)
at /home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp_input.c:2091
#6  0x7fab3c4159e4 in dispatch_node (last_time_stamp=1926897640132334, frame=0x7faafb34a000, 

dispatch_state=VLIB_NODE_STATE_POLLING, type=VLIB_NODE_TYPE_INTERNAL, node=0x7faafa86a600, 


vm=0x7fab3c668320 ) at 
/home/vpp_communication/vpp/build-data/../src/vlib/main.c:1011
#7  dispatch_pending_node (vm=vm@entry=0x7fab3c668320 ,
pending_frame_index=pending_frame_index@entry=5, 
last_time_stamp=last_time_stamp@entry=1926897640132334)
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1161
#8  0x7fab3c4177a5 in vlib_main_or_worker_loop (is_main=1, vm=0x7fab3c668320 
)
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1622
#9  vlib_main_loop (vm=0x7fab3c668320 )
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1641
#10 vlib_main (vm=vm@entry=0x7fab3c668320 , 
input=input@entry=0x7faafab32fa0)
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1799
#11 0x7fab3c44f433 in thread0 (arg=140373429486368)
at /home/vpp_communication/vpp/build-data/../src/vlib/unix/main.c:534
#12 0x7fab3ba4dbf8 in clib_calljmp () at 
/home/vpp_communication/vpp/build-data/../src/vppinfra/longjmp.S:110
#13 0x7ffe9df58600 in ?? ()
#14 0x7fab3c44ffb5 in vlib_unix_main (argc=, argv=)
at /home/vpp_communication/vpp/build-data/../src/vlib/unix/main.c:597
#15 0x in ?? ()

Thanks,
xyxue



___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP SIGSEGV

2017-09-18 Thread Florin Coras

Hi Stan, 

If I recall correctly, we update an adjacency only when adding a neighbor. So, 
I a few clarifying questions to better understand the problem:
- From your description am I right to understand that you manage to forward 
some traffic and only after some time hit the issue?
- Could you paste the fib entry that’s being updated (sh ip fib )? 
- Are you using VPP’s TCP stack?

Thanks, 
Florin

> On Sep 18, 2017, at 8:19 AM, Ratliff, Stanley  wrote:
> 
> Hi,
>  
> I’m getting a SIGSEGV in VPP trying to send a lot of traffic in one direction 
> via a TCP connection. I’ve enabled the VLIB_BUFFER_TRAJECTORY_TRACE, and I’m 
> getting this:
>  
> Context trace for bi 28664834 b 0x7fff5cd8bf00, visited 3
> ip4-lookup (238)
> ip4-rewrite (230)
> ip4-lookup (238)
>  
> Thread 1 "vpp_main" received signal SIGSEGV, Segmentation fault.
> vlib_increment_combined_counter (byte_increment=1448, packet_increment=1, 
> index=4294967295, cpu_index=, cm=0x7fffb5bec40c)
> at /home/sratliff/vpp/build-data/../src/vlib/counter.h:258
> 258   new_bytes = old_bytes + byte_increment;
> (gdb) bt
> #0  vlib_increment_combined_counter (byte_increment=1448, packet_increment=1, 
> index=4294967295, cpu_index=,
> cm=0x7fffb5bec40c) at 
> /home/sratliff/vpp/build-data/../src/vlib/counter.h:258
> #1  vnet_interface_output_node (vm=, node=, 
> frame=)
> at /home/sratliff/vpp/build-data/../src/vnet/interface_output.c:624
> #2  0x777567d2 in dispatch_node (vm=0x779a9240 
> , node=0x7fffb591d240, type=,
> dispatch_state=VLIB_NODE_STATE_POLLING, frame=, 
> last_time_stamp=21044750699247852)
> at /home/sratliff/vpp/build-data/../src/vlib/main.c:998
> #3  0x77756b85 in dispatch_pending_node (vm=vm@entry=0x779a9240 
> , p=0x7fffb6c5a244,
> last_time_stamp=) at 
> /home/sratliff/vpp/build-data/../src/vlib/main.c:1136
> #4  0x7775732b in vlib_main_loop (vm=0x779a9240 
> ) at /home/sratliff/vpp/build-data/../src/vlib/main.c:1545
> #5  vlib_main (vm=vm@entry=0x779a9240 , 
> input=input@entry=0x7fffb5e9efa0)
> at /home/sratliff/vpp/build-data/../src/vlib/main.c:1681
> #6  0x77790373 in thread0 (arg=140737347490368) at 
> /home/sratliff/vpp/build-data/../src/vlib/unix/main.c:507
> #7  0x76a07c40 in clib_calljmp () at 
> /home/sratliff/vpp/build-data/../src/vppinfra/longjmp.S:110
> #8  0x7fffd4d0 in ?? ()
> #9  0x77790d02 in vlib_unix_main (argc=, 
> argv=)
> at /home/sratliff/vpp/build-data/../src/vlib/unix/main.c:575
> #10 0x in ?? ()
> (gdb)
>  
>  
> I’ve seen a couple of paths on the back-trace – this one, and one in mtrie.h. 
> It appears that the ip4-lookup sends the packet off to re-write, and the 
> Ethernet header *is* applied. Then, ip4_rewrite decides to send the packet 
> back to lookup, and of course, the current_data is pointing at the Ethernet 
> header, not the IP header. My surmise is that this has something to do with 
> the adjacency processing.  Is there any way to lengthen the amount of time 
> that an adjacency is seen to be “good”? It looks like traffic is caught in 
> the timeframe where VPP is ARPing, looking to refresh the adjacency, and this 
> traffic is misdirected. Or, I could be way out in left field…
>  
> Any pointers would be appreciated. 
>  
> Regards,
> Stan
> This electronic message and any files transmitted with it contains
> information from iDirect, which may be privileged, proprietary
> and/or confidential. It is intended solely for the use of the individual
> or entity to whom they are addressed. If you are not the original
> recipient or the person responsible for delivering the email to the
> intended recipient, be advised that you have received this email
> in error, and that any use, dissemination, forwarding, printing, or
> copying of this email is strictly prohibited. If you received this email
> in error, please delete it and immediately notify the sender.
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io 
> https://lists.fd.io/mailman/listinfo/vpp-dev 
> 
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] Failed to build vpp with vppsb

2017-09-18 Thread Paweł Staszewski


same for the router plugin

 Building router in 
/git/vpp/build-root/build-vpp_debug-native/router 
make[1]: Entering directory 
'/git/vpp/build-root/build-vpp_debug-native/router'

  CC   router/tap_inject.lo
  CC   router/tap_inject_netlink.lo
  CC   router/tap_inject_node.lo
  CC   router/tap_inject_tap.lo
/git/vpp/build-data/../router/router/tap_inject_tap.c:33:22: error: 
unknown type name ‘unix_file_t’

 tap_inject_tap_read (unix_file_t * f)
  ^~~
/git/vpp/build-data/../router/router/tap_inject_tap.c: In function 
‘tap_inject_tap_connect’:
/git/vpp/build-data/../router/router/tap_inject_tap.c:55:3: error: 
unknown type name ‘unix_file_t’

   unix_file_t template;
   ^~~
/git/vpp/build-data/../router/router/tap_inject_tap.c:120:11: error: 
request for member ‘read_function’ in something not a structure or union

   template.read_function = tap_inject_tap_read;
   ^
/git/vpp/build-data/../router/router/tap_inject_tap.c:120:28: error: 
‘tap_inject_tap_read’ undeclared (first use in this function)

   template.read_function = tap_inject_tap_read;
    ^~~
/git/vpp/build-data/../router/router/tap_inject_tap.c:120:28: note: each 
undeclared identifier is reported only once for each function it appears in
/git/vpp/build-data/../router/router/tap_inject_tap.c:121:11: error: 
request for member ‘file_descriptor’ in something not a structure or union

   template.file_descriptor = tap_fd;
   ^
/git/vpp/build-data/../router/router/tap_inject_tap.c:123:3: error: 
implicit declaration of function ‘unix_file_add’ 
[-Werror=implicit-function-declaration]

   unix_file_add (_main, );
   ^
cc1: all warnings being treated as errors
Makefile:476: recipe for target 'router/tap_inject_tap.lo' failed
make[1]: *** [router/tap_inject_tap.lo] Error 1
make[1]: *** Waiting for unfinished jobs
/git/vpp/build-data/../router/router/tap_inject_netlink.c:19:27: fatal 
error: librtnl/netns.h: No such file or directory

 #include 
   ^
compilation terminated.
Makefile:476: recipe for target 'router/tap_inject_netlink.lo' failed
make[1]: *** [router/tap_inject_netlink.lo] Error 1
make[1]: Leaving directory 
'/git/vpp/build-root/build-vpp_debug-native/router'

Makefile:698: recipe for target 'router-build' failed
make: *** [router-build] Error 2


W dniu 2017-09-18 o 18:56, Paweł Staszewski pisze:

Trying to add netlink from vppsb to the latest vpp git but :


 Building netlink in 
/git/vpp/build-root/build-vpp_debug-native/netlink 
make[1]: Entering directory 
'/git/vpp/build-root/build-vpp_debug-native/netlink'

  CC   librtnl/netns.lo
  CC   librtnl/rtnl.lo
  CC   librtnl/mapper.lo
  CC   test/test.lo
/git/vpp/build-data/../netlink/librtnl/rtnl.c:105:42: error: ‘struct 
unix_file’ declared inside parameter list will not be visible outside 
of this definition or declaration [-Werror]

 static clib_error_t *rtnl_read_cb(struct unix_file * f)
  ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function 
‘rtnl_read_cb’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:109:33: error: 
dereferencing pointer to incomplete type ‘struct unix_file’

   rtnl_ns_t *ns = >streams[f->private_data];
 ^~
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function 
‘rtnl_socket_close’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:141:3: error: implicit 
declaration of function ‘unix_file_del’ 
[-Werror=implicit-function-declaration]

   unix_file_del(_main, _main.file_pool[ns->unix_index]);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:141:39: error: 
‘unix_main_t {aka struct }’ has no member named ‘file_pool’

   unix_file_del(_main, _main.file_pool[ns->unix_index]);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function 
‘rtnl_socket_open’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:262:3: error: unknown 
type name ‘unix_file_t’

   unix_file_t template = {0};
   ^~~
/git/vpp/build-data/../netlink/librtnl/rtnl.c:263:11: error: request 
for member ‘read_function’ in something not a structure or union

   template.read_function = rtnl_read_cb;
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:264:11: error: request 
for member ‘file_descriptor’ in something not a structure or union

   template.file_descriptor = ns->rtnl_socket;
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:265:11: error: request 
for member ‘private_data’ in something not a structure or union

   template.private_data = (uword) (ns - rm->streams);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:266:20: error: implicit 
declaration of function ‘unix_file_add’ 
[-Werror=implicit-function-declaration]

   ns->unix_index = unix_file_add (_main, );
    ^
cc1: all warnings being treated as errors

Re: [vpp-dev] Mellanox Connectx-5 support

2017-09-18 Thread Bernier, Daniel

Hi,

Please refer to this page for instructions 
https://community.mellanox.com/docs/DOC-2729 this is the one I have been using.

Thanks,

Daniel Bernier | Bell Canada
 

On 2017-09-18, 1:05 PM, "vpp-dev-boun...@lists.fd.io on behalf of Paweł 
Staszewski"  
wrote:

Ok i will reply to myself.

lspci | grep Ether
02:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network 
Connection (rev 01)
02:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network 
Connection (rev 01)
04:00.0 Ethernet controller: Mellanox Technologies MT27800 Family 
[ConnectX-5]
82:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit 
SFI/SFP+ Network Connection (rev 01)
82:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit 
SFI/SFP+ Network Connection (rev 01)
84:00.0 Ethernet controller: Mellanox Technologies MT27800 Family 
[ConnectX-5]

Compiled latest vpp from git:

vppctl show interface
 _____   _  ___
  __/ __/ _ \  (_)__| | / / _ \/ _ \
  _/ _// // / / / _ \   | |/ / ___/ ___/
  /_/ /(_)_/\___/   |___/_/  /_/

vpp# show interface
   Name   Idx   State Counter  Count
GigabitEthernet2/0/1  1down
TenGigabitEthernet82/0/0  2down
TenGigabitEthernet82/0/1  3down
local00down
vpp# q
vpp# root@ubuntu:/git#


There is no support for Mellanox connectx 5


Logs shows something like:

Sep 18 19:02:19 ubuntu vnet[3597]: unix_signal_handler:124: received 
signal SIGCONT, PC 0x7fba30a67c20
Sep 18 19:02:19 ubuntu vnet[3597]: received SIGTERM, exiting...
Sep 18 19:02:19 ubuntu vpp[3597]: DPDK physical memory layout:
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 0: phys:0x420c0, 
len:2097152, virt:0x7fb94c80, socket_id:0, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 1: phys:0x42100, 
len:266338304, virt:0x7fb90ca0, socket_id:0, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 2: phys:0x81e40, 
len:268435456, virt:0x7fb8cc40, socket_id:1, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu systemd[1]: Stopping vector packet processing 
engine...
Sep 18 19:02:19 ubuntu systemd[1]: Stopped vector packet processing engine.
Sep 18 19:02:19 ubuntu systemd[1]: Starting vector packet processing 
engine...
Sep 18 19:02:19 ubuntu systemd[1]: Started vector packet processing engine.
Sep 18 19:02:19 ubuntu vpp[7040]: vlib_plugin_early_init:356: plugin 
path /usr/lib/vpp_plugins
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
acl_plugin.so (Access Control Lists)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
dpdk_plugin.so (Data Plane Development Kit (DPDK))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
flowprobe_plugin.so (Flow per Packet)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
gtpu_plugin.so (GTPv1-U)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
ila_plugin.so (Identifier-locator addressing for IPv6)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
ioam_plugin.so (Inbound OAM)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:114: Plugin disabled 
(default): ixge_plugin.so
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
lb_plugin.so (Load Balancer)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
libsixrd_plugin.so (IPv6 Rapid Deployment on IPv4 Infrastructure (RFC5969))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
memif_plugin.so (Packet Memory Interface (experimetal))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
nat_plugin.so (Network Address Translation)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
pppoe_plugin.so (PPPoE)
Sep 18 19:02:19 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/dpdk_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/ioam_export_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/vxlan_gpe_ioam_export_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/acl_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]:

Re: [vpp-dev] Mellanox Connectx-5 support

2017-09-18 Thread Paweł Staszewski


Ok i will reply to myself.

lspci | grep Ether
02:00.0 Ethernet controller: Intel Corporation I350 Gigabit Network 
Connection (rev 01)
02:00.1 Ethernet controller: Intel Corporation I350 Gigabit Network 
Connection (rev 01)
04:00.0 Ethernet controller: Mellanox Technologies MT27800 Family 
[ConnectX-5]
82:00.0 Ethernet controller: Intel Corporation 82599ES 10-Gigabit 
SFI/SFP+ Network Connection (rev 01)
82:00.1 Ethernet controller: Intel Corporation 82599ES 10-Gigabit 
SFI/SFP+ Network Connection (rev 01)
84:00.0 Ethernet controller: Mellanox Technologies MT27800 Family 
[ConnectX-5]


Compiled latest vpp from git:

vppctl show interface
    ___    _    _   _  ___
 __/ __/ _ \  (_)__    | | / / _ \/ _ \
 _/ _// // / / / _ \   | |/ / ___/ ___/
 /_/ /(_)_/\___/   |___/_/  /_/

vpp# show interface
  Name   Idx   State Counter  Count
GigabitEthernet2/0/1  1    down
TenGigabitEthernet82/0/0  2    down
TenGigabitEthernet82/0/1  3    down
local0    0    down
vpp# q
vpp# root@ubuntu:/git#


There is no support for Mellanox connectx 5


Logs shows something like:

Sep 18 19:02:19 ubuntu vnet[3597]: unix_signal_handler:124: received 
signal SIGCONT, PC 0x7fba30a67c20

Sep 18 19:02:19 ubuntu vnet[3597]: received SIGTERM, exiting...
Sep 18 19:02:19 ubuntu vpp[3597]: DPDK physical memory layout:
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 0: phys:0x420c0, 
len:2097152, virt:0x7fb94c80, socket_id:0, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 1: phys:0x42100, 
len:266338304, virt:0x7fb90ca0, socket_id:0, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu vpp[3597]: Segment 2: phys:0x81e40, 
len:268435456, virt:0x7fb8cc40, socket_id:1, hugepage_sz:2097152, 
nchannel:0, nrank:0
Sep 18 19:02:19 ubuntu systemd[1]: Stopping vector packet processing 
engine...

Sep 18 19:02:19 ubuntu systemd[1]: Stopped vector packet processing engine.
Sep 18 19:02:19 ubuntu systemd[1]: Starting vector packet processing 
engine...

Sep 18 19:02:19 ubuntu systemd[1]: Started vector packet processing engine.
Sep 18 19:02:19 ubuntu vpp[7040]: vlib_plugin_early_init:356: plugin 
path /usr/lib/vpp_plugins
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
acl_plugin.so (Access Control Lists)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
dpdk_plugin.so (Data Plane Development Kit (DPDK))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
flowprobe_plugin.so (Flow per Packet)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
gtpu_plugin.so (GTPv1-U)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
ila_plugin.so (Identifier-locator addressing for IPv6)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
ioam_plugin.so (Inbound OAM)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:114: Plugin disabled 
(default): ixge_plugin.so
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
lb_plugin.so (Load Balancer)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
libsixrd_plugin.so (IPv6 Rapid Deployment on IPv4 Infrastructure (RFC5969))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
memif_plugin.so (Packet Memory Interface (experimetal))
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
nat_plugin.so (Network Address Translation)
Sep 18 19:02:19 ubuntu vpp[7040]: load_one_plugin:184: Loaded plugin: 
pppoe_plugin.so (PPPoE)
Sep 18 19:02:19 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/dpdk_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/ioam_export_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/vxlan_gpe_ioam_export_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/acl_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/udp_ping_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/nat_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/ioam_vxlan_gpe_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/memif_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]: /usr/bin/vpp[7040]: 
load_one_plugin:63: Loaded plugin: 
/usr/lib/vpp_api_test_plugins/gtpu_test_plugin.so
Sep 18 19:02:20 ubuntu vpp[7040]:

Re: [vpp-dev] Failed to build vpp with vppsb

2017-09-18 Thread Paweł Staszewski


Trying to add netlink from vppsb to the latest vpp git but :


 Building netlink in 
/git/vpp/build-root/build-vpp_debug-native/netlink 
make[1]: Entering directory 
'/git/vpp/build-root/build-vpp_debug-native/netlink'

  CC   librtnl/netns.lo
  CC   librtnl/rtnl.lo
  CC   librtnl/mapper.lo
  CC   test/test.lo
/git/vpp/build-data/../netlink/librtnl/rtnl.c:105:42: error: ‘struct 
unix_file’ declared inside parameter list will not be visible outside of 
this definition or declaration [-Werror]

 static clib_error_t *rtnl_read_cb(struct unix_file * f)
  ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function ‘rtnl_read_cb’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:109:33: error: 
dereferencing pointer to incomplete type ‘struct unix_file’

   rtnl_ns_t *ns = >streams[f->private_data];
 ^~
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function 
‘rtnl_socket_close’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:141:3: error: implicit 
declaration of function ‘unix_file_del’ 
[-Werror=implicit-function-declaration]

   unix_file_del(_main, _main.file_pool[ns->unix_index]);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:141:39: error: 
‘unix_main_t {aka struct }’ has no member named ‘file_pool’

   unix_file_del(_main, _main.file_pool[ns->unix_index]);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c: In function 
‘rtnl_socket_open’:
/git/vpp/build-data/../netlink/librtnl/rtnl.c:262:3: error: unknown type 
name ‘unix_file_t’

   unix_file_t template = {0};
   ^~~
/git/vpp/build-data/../netlink/librtnl/rtnl.c:263:11: error: request for 
member ‘read_function’ in something not a structure or union

   template.read_function = rtnl_read_cb;
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:264:11: error: request for 
member ‘file_descriptor’ in something not a structure or union

   template.file_descriptor = ns->rtnl_socket;
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:265:11: error: request for 
member ‘private_data’ in something not a structure or union

   template.private_data = (uword) (ns - rm->streams);
   ^
/git/vpp/build-data/../netlink/librtnl/rtnl.c:266:20: error: implicit 
declaration of function ‘unix_file_add’ 
[-Werror=implicit-function-declaration]

   ns->unix_index = unix_file_add (_main, );
    ^
cc1: all warnings being treated as errors
Makefile:520: recipe for target 'librtnl/rtnl.lo' failed
make[1]: *** [librtnl/rtnl.lo] Error 1
make[1]: *** Waiting for unfinished jobs
/git/vpp/build-data/../netlink/test/test.c: In function 
‘mapper_ns_add_command_fn’:
/git/vpp/build-data/../netlink/test/test.c:125:14: error: implicit 
declaration of function ‘ip4_fib_index_from_table_id’ 
[-Werror=implicit-function-declaration]

   u32 fib4 = ip4_fib_index_from_table_id(table_id);
  ^~~
/git/vpp/build-data/../netlink/test/test.c:126:14: error: implicit 
declaration of function ‘ip6_fib_index_from_table_id’ 
[-Werror=implicit-function-declaration]

   u32 fib6 = ip6_fib_index_from_table_id(table_id);
  ^~~
cc1: all warnings being treated as errors
Makefile:520: recipe for target 'test/test.lo' failed
make[1]: *** [test/test.lo] Error 1
make[1]: Leaving directory 
'/git/vpp/build-root/build-vpp_debug-native/netlink'

Makefile:698: recipe for target 'netlink-build' failed
make: *** [netlink-build] Error 2





W dniu 2017-09-17 o 16:27, Paweł Staszewski pisze:

Also latest vpp from git without including vppsb

Sep 17 16:28:02 ubuntu systemd[1]: vpp.service: Service hold-off time 
over, scheduling restart.
Sep 17 16:28:02 ubuntu systemd[1]: Stopped vector packet processing 
engine.
Sep 17 16:28:02 ubuntu systemd[1]: Starting vector packet processing 
engine...
Sep 17 16:28:02 ubuntu systemd[1]: Started vector packet processing 
engine.
Sep 17 16:28:02 ubuntu vpp[1557]: vlib_plugin_early_init:356: plugin 
path /usr/lib/vpp_plugins
Sep 17 16:28:02 ubuntu vpp[1557]: load_one_plugin:184: Loaded plugin: 
acl_plugin.so (Access Control Lists)
Sep 17 16:28:02 ubuntu vpp[1557]: load_one_plugin:142: 
/usr/lib/vpp_plugins/dpdk_plugin.so: undefined symbol: 
aes_gcm_enc_128_sse
Sep 17 16:28:02 ubuntu vpp[1557]: load_one_plugin:143: Failed to load 
plugin 'dpdk_plugin.so'
Sep 17 16:28:02 ubuntu systemd[1]: vpp.service: Main process exited, 
code=dumped, status=6/ABRT
Sep 17 16:28:02 ubuntu systemd[1]: vpp.service: Unit entered failed 
state.
Sep 17 16:28:02 ubuntu systemd[1]: vpp.service: Failed with result 
'core-dump'.
Sep 17 16:28:02 ubuntu systemd[1]: vpp.service: Service hold-off time 
over, scheduling restart.
Sep 17 16:28:02 ubuntu systemd[1]: Stopped vector packet processing 
engine.
Sep 17 16:28:02 ubuntu systemd[1]: Starting vector packet processing 
engine...
Sep 17 16:28:02 ubuntu systemd[1]: Started

[vpp-dev] VPP crash w/ no-multi-seg configured for an virtio-based dpdk interface

2017-09-18 Thread 张东亚

Hi List,

We have observed a crash recently w/ no-multi-seg configured for an
virtio-based dpdk-interface.

The stack is:

#0  0x7f3e6ca47428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
#1  0x7f3e6ca4902a in __GI_abort () at abort.c:89
#2  0x00406d99 in os_exit (code=code@entry=1) at
/home/slucx/vedge/build-data/../src/vpp/vnet/main.c:284
#3  0x7f3e6e0046fa in unix_signal_handler (signum=,
si=, uc=) at
/home/slucx/vedge/build-data/../src/vlib/unix/main.c:117
#4  
#5  clib_mov16 (src=, dst=) at
/home/slucx/vedge/build-data/../src/vppinfra/memcpy_sse3.h:60
#6  clib_memcpy (n=16, src=, dst=) at
/home/slucx/vedge/build-data/../src/vppinfra/memcpy_sse3.h:229
#7  vlib_buffer_init_for_free_list (fl=0x7f3e3041a500, dst=0x80) at
/home/slucx/vedge/build-data/../src/vlib/buffer_funcs.h:792
#8  dpdk_process_subseq_segs (fl=0x7f3e3041a500, mb=0x7f3c34361e00,
b=0x7f3c34361e80, vm=0x7f3e2c10f24c)
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:216
#9  dpdk_device_input (maybe_multiseg=0, queue_id=0, cpu_index=, node=0x7f3e2d170a58, xd=0x7f3e30429440, dm=0x7f3e2c028a00 )
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:541
#10 dpdk_input (vm=, node=0x7f3e2d170a58, f=)
at /home/slucx/vedge/build-data/../src/plugins/dpdk/device/node.c:663
#11 0x7f3e6dfcaf79 in dispatch_node (vm=0x7f3e2c10f24c,
node=0x7f3e2d170a58, type=,
dispatch_state=VLIB_NODE_STATE_POLLING, frame=,
last_time_stamp=4703270402828137) at
/home/slucx/vedge/build-data/../src/vlib/main.c:1000
#12 0x7f3e6dfcb49f in vlib_main_or_worker_loop (is_main=0,
vm=0x7f3e2c10f24c) at /home/slucx/vedge/build-data/../src/vlib/main.c:1510
#13 vlib_worker_loop (vm=0x7f3e2c10f24c) at
/home/slucx/vedge/build-data/../src/vlib/main.c:1630
#14 0x7f3e6d226c40 in clib_calljmp () at
/home/slucx/vedge/build-data/../src/vppinfra/longjmp.S:110
#15 0x7f3c5cf88db0 in ?? ()
#16 0x7f3e2ba4dd6b in eal_thread_loop (arg=)
at
/home/slucx/vedge/build-root/build-vpp-native/dpdk/dpdk-17.02/lib/librte_eal/linuxapp/eal/eal_thread.c:184
#17 0x in ?? ()

After analysis, I found that it seems caused by a multi-seg dpdk mbuf
received though the reason why we got that packet is unknown (I checked the
mbuf, it's only 143Byte long).

However, in vpp's dpdk_device_input, dpdk_process_subseq_segs seems not
always protected by the 'maybe_multiseg' parameter, I think if we add the
check, this crash may be prevented.

Should this being fixed or should I found the real reason for virtio pmd
give us a packet with wrong ng_segs?
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] VPP SIGSEGV

2017-09-18 Thread Ratliff, Stanley

Hi,

I'm getting a SIGSEGV in VPP trying to send a lot of traffic in one direction 
via a TCP connection. I've enabled the VLIB_BUFFER_TRAJECTORY_TRACE, and I'm 
getting this:

Context trace for bi 28664834 b 0x7fff5cd8bf00, visited 3
ip4-lookup (238)
ip4-rewrite (230)
ip4-lookup (238)

Thread 1 "vpp_main" received signal SIGSEGV, Segmentation fault.
vlib_increment_combined_counter (byte_increment=1448, packet_increment=1, 
index=4294967295, cpu_index=, cm=0x7fffb5bec40c)
at /home/sratliff/vpp/build-data/../src/vlib/counter.h:258
258   new_bytes = old_bytes + byte_increment;
(gdb) bt
#0  vlib_increment_combined_counter (byte_increment=1448, packet_increment=1, 
index=4294967295, cpu_index=,
cm=0x7fffb5bec40c) at 
/home/sratliff/vpp/build-data/../src/vlib/counter.h:258
#1  vnet_interface_output_node (vm=, node=, 
frame=)
at /home/sratliff/vpp/build-data/../src/vnet/interface_output.c:624
#2  0x777567d2 in dispatch_node (vm=0x779a9240 , 
node=0x7fffb591d240, type=,
dispatch_state=VLIB_NODE_STATE_POLLING, frame=, 
last_time_stamp=21044750699247852)
at /home/sratliff/vpp/build-data/../src/vlib/main.c:998
#3  0x77756b85 in dispatch_pending_node (vm=vm@entry=0x779a9240 
, p=0x7fffb6c5a244,
last_time_stamp=) at 
/home/sratliff/vpp/build-data/../src/vlib/main.c:1136
#4  0x7775732b in vlib_main_loop (vm=0x779a9240 ) 
at /home/sratliff/vpp/build-data/../src/vlib/main.c:1545
#5  vlib_main (vm=vm@entry=0x779a9240 , 
input=input@entry=0x7fffb5e9efa0)
at /home/sratliff/vpp/build-data/../src/vlib/main.c:1681
#6  0x77790373 in thread0 (arg=140737347490368) at 
/home/sratliff/vpp/build-data/../src/vlib/unix/main.c:507
#7  0x76a07c40 in clib_calljmp () at 
/home/sratliff/vpp/build-data/../src/vppinfra/longjmp.S:110
#8  0x7fffd4d0 in ?? ()
#9  0x77790d02 in vlib_unix_main (argc=, argv=)
at /home/sratliff/vpp/build-data/../src/vlib/unix/main.c:575
#10 0x in ?? ()
(gdb)


I've seen a couple of paths on the back-trace - this one, and one in mtrie.h. 
It appears that the ip4-lookup sends the packet off to re-write, and the 
Ethernet header *is* applied. Then, ip4_rewrite decides to send the packet back 
to lookup, and of course, the current_data is pointing at the Ethernet header, 
not the IP header. My surmise is that this has something to do with the 
adjacency processing.  Is there any way to lengthen the amount of time that an 
adjacency is seen to be "good"? It looks like traffic is caught in the 
timeframe where VPP is ARPing, looking to refresh the adjacency, and this 
traffic is misdirected. Or, I could be way out in left field...

Any pointers would be appreciated.

Regards,
Stan


This electronic message and any files transmitted with it contains
information from iDirect, which may be privileged, proprietary
and/or confidential. It is intended solely for the use of the individual
or entity to whom they are addressed. If you are not the original
recipient or the person responsible for delivering the email to the
intended recipient, be advised that you have received this email
in error, and that any use, dissemination, forwarding, printing, or
copying of this email is strictly prohibited. If you received this email
in error, please delete it and immediately notify the sender.
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] When using nc (netcat), VPP doesn't seem to work

2017-09-18 Thread Peter Palmár

Hi vpp developers,

I would like to use vpp with nc, but after the nc server has accepted the first 
connection from the nc client,
the server closes the session and the server and client end normally.

More precisely, they end after
  pthread_mutex_unlock (>mutex)
from
  unix_shared_memory_queue.c / unix_shared_memory_queue_add(...)
has been executed by the client.
Please have a look at the backtrace of the stack below.

Server:
sudo -E bash -c 'export LD_PRELOAD=/usr/local/lib/libvcl_ldpreload.so.0.0.0; 
./nc -l -n -v '

Client:
sudo -E gdb --args ./nc -v -n 127.0.0.1 
(gdb) set environment LD_PRELOAD=/usr/local/lib/libvcl_ldpreload.so.0.0.0
(...)
(gdb) bt
#0  unix_shared_memory_queue_add (q=0x30046080, elem=0x7fff9828 ""\a0", 
nowait=0) at 
/home/palmar/dev/vpp/build-data/../src/vlibmemory/unix_shared_memory_queue.c:232
#1  0x7684f610 in vl_msg_api_send_shmem (q=0x30046080, 
elem=0x7fff9828 ""\a0") at 
/home/palmar/dev/vpp/build-data/../src/vlibmemory/memory_shared.c:581
#2  0x76ebde6d in vppcom_send_connect_sock (session=0x7fffe1f1e52c, 
session_index=0) at /home/palmar/dev/vpp/build-data/../src/uri/vppcom.c:788
#3  0x76ec2ba0 in vppcom_session_connect (session_index=0, 
server_ep=0x7fff98b0) at 
/home/palmar/dev/vpp/build-data/../src/uri/vppcom.c:2096
#4  0x77bd1435 in vcom_socket_connect (__fd=__fd@entry=6, 
__addr=__addr@entry=0x688b40, __len=__len@entry=16) at 
libvcl-ldpreload/vcom_socket.c:990
#5  0x77bcdf70 in vcom_connect (__fd=__fd@entry=6, 
__addr=__addr@entry=0x688b40, __len=__len@entry=16) at 
libvcl-ldpreload/vcom.c:1842
#6  0x77bce08e in connect (__fd=6, __addr=0x688b40, __len=16) at 
libvcl-ldpreload/vcom.c:1862
#7  0x00403ce1 in connect_with_timeout (ctimeout=-1, salen=16, 
sa=0x688b40, fd=6) at netcat.c:961
#8  remote_connect (host=host@entry=0x7fffe14c "127.0.0.1", port=0x688af0 
"", hints=...) at netcat.c:877
#9  0x0040219c in main (argc=, argv=) at 
netcat.c:641

Could you please let me know whether this is a known issue?

Regards,
Peter

___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] snat and fragmented packet

2017-09-18 Thread Ole Troan

Ewan,

> When will this be ok, any plan?

You can try it now.
https://gerrit.fd.io/r/#/c/8056/

Best regards,
Ole


> 
> Regards,
> Ewan
> yug...@telincn.com
> 
> From: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
> Date: 2017-09-04 13:17
> To: yug...@telincn.com; vpp-dev
> Subject: RE: [vpp-dev] snat and fragmented packet
> Hi,
> 
> NAT plugin currently doesn’t support fragmented packet translation, but it is 
> currently under development (https://gerrit.fd.io/r/#/c/8056/).
> 
> Regards,
> Matus
> 
> 
> From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
> Behalf Of yug...@telincn.com
> Sent: Monday, September 4, 2017 2:49 AM
> To: vpp-dev 
> Subject: [vpp-dev] snat and fragmented packet
> 
> Hi all,
> Does node snat surpport fragmented packet? My vpp version is 17.07.
> 
> Regards,
> Ewan
> yug...@telincn.com
> ___
> vpp-dev mailing list
> vpp-dev@lists.fd.io
> https://lists.fd.io/mailman/listinfo/vpp-dev



signature.asc
Description: Message signed with OpenPGP
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] snat and fragmented packet

2017-09-18 Thread yug...@telincn.com


Hi，
When will this be ok, any plan?

Regards,
Ewan


yug...@telincn.com
 
From: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Date: 2017-09-04 13:17
To: yug...@telincn.com; vpp-dev
Subject: RE: [vpp-dev] snat and fragmented packet
Hi,
 
NAT plugin currently doesn’t support fragmented packet translation, but it is 
currently under development (https://gerrit.fd.io/r/#/c/8056/).
 
Regards,
Matus
 
 
From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of yug...@telincn.com
Sent: Monday, September 4, 2017 2:49 AM
To: vpp-dev 
Subject: [vpp-dev] snat and fragmented packet
 
Hi all,  
Does node snat surpport fragmented packet? My vpp version is 17.07.
 
Regards,
Ewan


yug...@telincn.com
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] Failed to use vcl_test_client

2017-09-18 Thread 薛欣颖


Hi,

When I test vcl ,there is some error :
root@ubuntu:/home/vpp_communication/vpp/build-root/install-vpp-native/vpp/bin# 
./vcl_test_client -U 1.1.1.2 22000

CLIENT: Connecting to server...
msg_handler_internal:429: no handler for msg id 424
..
...
...
ERROR in main(): Bad file descriptor
ERROR: connect failed (errno = 9)!
Segmentation fault

The msg id 424 is VL_API_CONNECT_URI_REPLY .The VL_API_CONNECT_URI_REPLY is 
registed in vat.
Is there anything wrong in my test?

The gdb information is shown below:
(gdb) bt
#0  vl_msg_api_send_shmem (q=q@entry=0x302891c0, elem=elem@entry=0x7faafab32cc8 
"\344o\006\060")
at 
/home/vpp_communication/vpp/build-data/../src/vlibmemory/memory_shared.c:584
#1  0x7fab3c053b55 in send_session_connected_callback (app_index=, api_context=3472551422, 
s=0x0, is_fail=) at 
/home/vpp_communication/vpp/build-data/../src/vnet/session/session_api.c:186
#2  0x7fab3c03cc44 in stream_session_connect_notify (tc=0x7faafa776bd8, 
is_fail=, 
is_fail@entry=1 '\001') at 
/home/vpp_communication/vpp/build-data/../src/vnet/session/session.c:489
#3  0x7fab3bf0f642 in tcp_connection_reset (tc=tc@entry=0x7faafa776bd8)
at /home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp.c:257
#4  0x7fab3bee4077 in tcp46_syn_sent_inline (is_ip4=1, 
from_frame=, node=, 
vm=) at 
/home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp_input.c:1938
#5  tcp4_syn_sent (vm=, node=, 
from_frame=)
at /home/vpp_communication/vpp/build-data/../src/vnet/tcp/tcp_input.c:2091
#6  0x7fab3c4159e4 in dispatch_node (last_time_stamp=1926897640132334, 
frame=0x7faafb34a000, 
dispatch_state=VLIB_NODE_STATE_POLLING, type=VLIB_NODE_TYPE_INTERNAL, 
node=0x7faafa86a600, 
vm=0x7fab3c668320 ) at 
/home/vpp_communication/vpp/build-data/../src/vlib/main.c:1011
#7  dispatch_pending_node (vm=vm@entry=0x7fab3c668320 , 
pending_frame_index=pending_frame_index@entry=5, 
last_time_stamp=last_time_stamp@entry=1926897640132334)
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1161
#8  0x7fab3c4177a5 in vlib_main_or_worker_loop (is_main=1, 
vm=0x7fab3c668320 )
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1622
#9  vlib_main_loop (vm=0x7fab3c668320 )
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1641
#10 vlib_main (vm=vm@entry=0x7fab3c668320 , 
input=input@entry=0x7faafab32fa0)
at /home/vpp_communication/vpp/build-data/../src/vlib/main.c:1799
#11 0x7fab3c44f433 in thread0 (arg=140373429486368)
at /home/vpp_communication/vpp/build-data/../src/vlib/unix/main.c:534
#12 0x7fab3ba4dbf8 in clib_calljmp () at 
/home/vpp_communication/vpp/build-data/../src/vppinfra/longjmp.S:110
#13 0x7ffe9df58600 in ?? ()
#14 0x7fab3c44ffb5 in vlib_unix_main (argc=, argv=)
at /home/vpp_communication/vpp/build-data/../src/vlib/unix/main.c:597
#15 0x in ?? ()

Thanks,
xyxue


___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] VPP 1704 and router plugin

[vpp-dev] CentOS 7.4

[vpp-dev] VPP crash w/ no-multi-seg configured for an virtio-based dpdk interface//Resend previous lost mail

Re: [vpp-dev] Gerrit Maintainer Plugin enabled for VPP

[vpp-dev] Gerrit Maintainer Plugin enabled for VPP

Re: [vpp-dev] VPP 1704 and router plugin

Re: [vpp-dev] Jira cleanup, FYI

Re: [vpp-dev] Jira cleanup, FYI

[vpp-dev] Jira cleanup, FYI

Re: [vpp-dev] Failed to use vcl_test_client

Re: [vpp-dev] VPP SIGSEGV

Re: [vpp-dev] Failed to build vpp with vppsb

Re: [vpp-dev] Mellanox Connectx-5 support

Re: [vpp-dev] Mellanox Connectx-5 support

Re: [vpp-dev] Failed to build vpp with vppsb

[vpp-dev] VPP crash w/ no-multi-seg configured for an virtio-based dpdk interface

[vpp-dev] VPP SIGSEGV

[vpp-dev] When using nc (netcat), VPP doesn't seem to work

Re: [vpp-dev] snat and fragmented packet

Re: [vpp-dev] snat and fragmented packet

[vpp-dev] Failed to use vcl_test_client

21 matches

Site Navigation

Mail list logo

Footer information