Re: [vpp-dev] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread Florin Coras
Hi, 

That’s also a source for slowdowns. Try configuring one worker. 

Regards,
Florin

> On May 5, 2022, at 6:40 PM, weizhen9...@163.com wrote:
> 
> Hi,
>We have only one numa node. Just as the following picture show.
> 
> vpp# sh hardware-interfaces verbose
>   NameIdx   Link  Hardware
> ens1f0 1 up   ens1f0
>   Link speed: 10 Gbps
>   RX Queues:
> queue thread mode
> 0 main (0)   polling
> 1 main (0)   polling
>   Ethernet address 00:13:95:0a:58:03
>   Intel 82599
> carrier up full duplex max-frame-size 2056
> flags: admin-up intel-phdr-cksum rx-ip4-cksum
> Devargs:
> rx: queues 2 (max 128), desc 512 (min 32 max 4096 align 8)
> tx: queues 2 (max 64), desc 512 (min 32 max 4096 align 8)
> pci: device 8086:10fb subsystem : address :09:00.00 numa 0
> max rx packet len: 15872
> promiscuous: unicast off all-multicast on
> vlan offload: strip off filter off qinq off
> rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum tcp-lro
>macsec-strip vlan-filter vlan-extend scatter security
>keep-crc rss-hash
> rx offload active: ipv4-cksum
> tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
>tcp-tso macsec-insert multi-segs security
> tx offload active: none
> rss avail: ipv4-tcp ipv4-udp ipv4 ipv6-tcp-ex ipv6-udp-ex ipv6-tcp
>ipv6-udp ipv6-ex ipv6
> rss active:ipv4-tcp ipv4-udp ipv4
> tx burst function: ixgbe_recv_scattered_pkts_vec
> rx burst function: (not available)
>  
> rx frames ok   5
> rx bytes ok  415
> extended stats:
>   rx_good_packets  5
>   rx_good_bytes  415
>   rx_q0_packets5
>   rx_q0_bytes415
>   mac_remote_errors1
>   rx_size_65_to_127_packets5
>   rx_multicast_packets 5
>   rx_total_packets 5
>   rx_total_bytes 415
> ens1f1 2 up   ens1f1
>   Link speed: 10 Gbps
>   RX Queues:
> queue thread mode
> 0 main (0)   polling
> 1 main (0)   polling
>   Ethernet address 00:13:95:0a:58:04
>   Intel 82599
> carrier up full duplex max-frame-size 2056
> flags: admin-up intel-phdr-cksum rx-ip4-cksum
> Devargs:
> rx: queues 2 (max 128), desc 512 (min 32 max 4096 align 8)
> tx: queues 2 (max 64), desc 512 (min 32 max 4096 align 8)
> pci: device 8086:10fb subsystem : address :09:00.01 numa 0
> max rx packet len: 15872
> promiscuous: unicast off all-multicast on
> vlan offload: strip off filter off qinq off
> rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum tcp-lro
>macsec-strip vlan-filter vlan-extend scatter security
>keep-crc rss-hash
> rx offload active: ipv4-cksum
> tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
>tcp-tso macsec-insert multi-segs security
> tx offload active: none
> rss avail: ipv4-tcp ipv4-udp ipv4 ipv6-tcp-ex ipv6-udp-ex ipv6-tcp
>ipv6-udp ipv6-ex ipv6
> rss active:ipv4-tcp ipv4-udp ipv4
> tx burst function: ixgbe_recv_scattered_pkts_vec
> rx burst function: (not available)
>  
> rx frames ok   5
> rx bytes ok  415
> extended stats:
>   rx_good_packets  5
>   rx_good_bytes  415
>   rx_q0_packets5
>   rx_q0_bytes415
>   mac_local_errors28
>   mac_remote_errors1
>   rx_size_65_to_127_packets5
>   rx_multicast_packets 5
>   rx_total_packets 5
>   rx_total_bytes 415
> local0 0down  local0
>   Link speed: unknown
>   local
> In addition, I don't use worker on core 0. Instead, I don't config the 
> worker. So the vpp have only one thread. Just as the following picture show.
> 
> 
> Thanks.
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21378): https://lists.fd.io/g/vpp-dev/message

Re: [vpp-dev] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread weizhen9612
Hi,
We have only one numa node. Just as the following picture show.

vpp# sh hardware-interfaces verbose
Name                Idx   Link  Hardware
ens1f0                             1     up   ens1f0
Link speed: 10 Gbps
RX Queues:
queue thread         mode
0     main (0)       polling
1     main (0)       polling
Ethernet address 00:13:95:0a:58:03
Intel 82599
carrier up full duplex max-frame-size 2056
flags: admin-up intel-phdr-cksum rx-ip4-cksum
Devargs:
rx: queues 2 (max 128), desc 512 (min 32 max 4096 align 8)
tx: queues 2 (max 64), desc 512 (min 32 max 4096 align 8)
pci: device 8086:10fb subsystem : address :09:00.00 numa 0
max rx packet len: 15872
promiscuous: unicast off all-multicast on
vlan offload: strip off filter off qinq off
rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum tcp-lro
macsec-strip vlan-filter vlan-extend scatter security
keep-crc rss-hash
rx offload active: ipv4-cksum
tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
tcp-tso macsec-insert multi-segs security
tx offload active: none
rss avail:         ipv4-tcp ipv4-udp ipv4 ipv6-tcp-ex ipv6-udp-ex ipv6-tcp
ipv6-udp ipv6-ex ipv6
rss active:        ipv4-tcp ipv4-udp ipv4
tx burst function: ixgbe_recv_scattered_pkts_vec
rx burst function: (not available)

rx frames ok                                           5
rx bytes ok                                          415
extended stats:
rx_good_packets                                      5
rx_good_bytes                                      415
rx_q0_packets                                        5
rx_q0_bytes                                        415
mac_remote_errors                                    1
rx_size_65_to_127_packets                            5
rx_multicast_packets                                 5
rx_total_packets                                     5
rx_total_bytes                                     415
ens1f1                             2     up   ens1f1
Link speed: 10 Gbps
RX Queues:
queue thread         mode
0     main (0)       polling
1     main (0)       polling
Ethernet address 00:13:95:0a:58:04
Intel 82599
carrier up full duplex max-frame-size 2056
flags: admin-up intel-phdr-cksum rx-ip4-cksum
Devargs:
rx: queues 2 (max 128), desc 512 (min 32 max 4096 align 8)
tx: queues 2 (max 64), desc 512 (min 32 max 4096 align 8)
pci: device 8086:10fb subsystem : address :09:00.01 numa 0
max rx packet len: 15872
promiscuous: unicast off all-multicast on
vlan offload: strip off filter off qinq off
rx offload avail:  vlan-strip ipv4-cksum udp-cksum tcp-cksum tcp-lro
macsec-strip vlan-filter vlan-extend scatter security
keep-crc rss-hash
rx offload active: ipv4-cksum
tx offload avail:  vlan-insert ipv4-cksum udp-cksum tcp-cksum sctp-cksum
tcp-tso macsec-insert multi-segs security
tx offload active: none
rss avail:         ipv4-tcp ipv4-udp ipv4 ipv6-tcp-ex ipv6-udp-ex ipv6-tcp
ipv6-udp ipv6-ex ipv6
rss active:        ipv4-tcp ipv4-udp ipv4
tx burst function: ixgbe_recv_scattered_pkts_vec
rx burst function: (not available)

rx frames ok                                           5
rx bytes ok                                          415
extended stats:
rx_good_packets                                      5
rx_good_bytes                                      415
rx_q0_packets                                        5
rx_q0_bytes                                        415
mac_local_errors                                    28
mac_remote_errors                                    1
rx_size_65_to_127_packets                            5
rx_multicast_packets                                 5
rx_total_packets                                     5
rx_total_bytes                                     415
local0                             0    down  local0
Link speed: unknown
local
In addition, I don't use worker on core 0. Instead, I don't config the worker. 
So the vpp have only one thread. Just as the following picture show.

Thanks.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21377): https://lists.fd.io/g/vpp-dev/message/21377
Mute This Topic: https://lists.fd.io/mt/90793836/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] Issue with VPP build

2022-05-05 Thread Dave Wallace

Rajisha,

The scripts in that directory are woefully out of date.

Plesae see the vpp 18.10+ directions in 
https://wiki.fd.io/view/VPP/Pulling,_Building,_Running,_Hacking_and_Pushing_VPP_Code#Building_without_virtualization


Thanks,
-daw-


On 5/5/22 4:12 AM, Rajisha Payyanur wrote:


Hi Team,

We are trying to build VPP on ubuntu 20.04 with kernel version:5.4.x.

We cloned the gerrit code:https://gerrit.fd.io/r/vpp

When we try to build with : /build-root/vagrant/build.sh, we see below 
issues:


ubuntu@vpp:~/vpp/build-root$ cat 
/home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeError.log


Performing C SOURCE FILE Test compiler_flag_no_stringop_overflow 
failed with the following output:


Change Dir: 
/home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp


Run Build Command(s):/usr/bin/ninja cmTC_155e3 && [1/2] Building C 
object CMakeFiles/cmTC_155e3.dir/src.c.o


warning: unknown warning option '-Wno-stringop-overflow'; did you mean 
'-Wno-shift-overflow'? [-Wunknown-warning-option]


1 warning generated.

[2/2] Linking C executable cmTC_155e3

Source file was:

int main(void) { return 0; }

Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the 
following output:


Change Dir: 
/home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp


*Run Build Command(s):/usr/bin/ninja cmTC_ff9c6 && [1/2] Building C 
object CMakeFiles/cmTC_ff9c6.dir/src.c.o*


*[2/2] Linking C executable cmTC_ff9c6*

*FAILED: cmTC_ff9c6 *

*: && /usr/lib/ccache/clang --target=x86_64-linux-gnu 
CMakeFiles/cmTC_ff9c6.dir/src.c.o -o cmTC_ff9c6 && :*


*/usr/bin/x86_64-linux-gnu-ld: CMakeFiles/cmTC_ff9c6.dir/src.c.o: in 
function `main':*


*src.c:(.text+0x25): undefined reference to `pthread_create'*

*/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x31): undefined reference 
to `pthread_detach'*


*/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x3d): undefined reference 
to `pthread_cancel'*


*/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x4f): undefined reference 
to `pthread_join'*


*clang: error: linker command failed with exit code 1 (use -v to see 
invocation)*


*ninja: build stopped: subcommand failed.*

Source file was:

#include 

static void* test_func(void* data)

{

  return data;

}

int main(void)

{

  pthread_t thread;

pthread_create(&thread, NULL, test_func, NULL);

pthread_detach(thread);

pthread_cancel(thread);

pthread_join(thread, NULL);

pthread_atfork(NULL, NULL, NULL);

pthread_exit(NULL);

  return 0;

}

Checking whether the ASM compiler is GNU using "--version" did not 
match "(GNU assembler)|(GCC)|(Free Software Foundation)":


clang version 10.0.0-4ubuntu1

Target: x86_64-pc-linux-gnu

Thread model: posix

InstalledDir: /usr/bin

Determining if the function SSL_set_async_callback exists failed with 
the following output:


Change Dir: 
/home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp


*Run Build Command(s):/usr/bin/ninja cmTC_ed864 && [1/2] Building C 
object CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o*


*[2/2] Linking C executable cmTC_ed864*

*FAILED: cmTC_ed864 *

*: && /usr/lib/ccache/clang --target=x86_64-linux-gnu 
-DCHECK_FUNCTION_EXISTS=SSL_set_async_callback 
CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o -o cmTC_ed864  
/usr/lib/x86_64-linux-gnu/libssl.so 
/usr/lib/x86_64-linux-gnu/libcrypto.so && :*


*/usr/bin/x86_64-linux-gnu-ld: 
CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o: in function `main':*


*CheckFunctionExists.c:(.text+0x17): undefined reference to 
`SSL_set_async_callback'*


clang: error: linker command failed with exit code 1 (use -v to see 
invocation)


ninja: build stopped: subcommand failed.

We have seen posts on similar issue(vpp-dev@lists.fd.io | Arm build 
failures on Qualcomm, ThunderX2, Mellanox Bluefield 
),but 
couldn’t find a proper answer.


We tried with a stable version also, but seeing same issue.

Is there any prerequisites to build VPP on ubuntu 20.

Can anyone please share your points on this.

Regards,

Rajisha

*L&T Technology Services Ltd*

www.LTTS.com

L&T Technology Services Limited (LTTS) is committed to safeguard your 
data privacy. For more information to view our commitment towards data 
privacy under GDPR, please visit the privacy policy on our website 
www.Ltts.com. This Email may contain confidential or privileged 
information for the intended recipient (s). If you are not the 
intended recipient, please do not use or disseminate the information, 
notify the sender and delete it from your system.






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21376): https://lists.fd.io/g/vpp-dev/message/21376
Mute This Topic: https://lists.fd.io/mt/90906807/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] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread Florin Coras
Hi Yacan, 

Currently rpcs from first worker to main are done through session layer and are 
processed by main in batches. Session queue node runs on main in interrupt mode 
so first worker will set an interrupt when the list of pending connects goes 
non-empty and main will switch to polling in the rpc handler if it notices it 
can’t handle pending connects in one dispatch. So, the first connect might be 
affected by main sleeping in epoll_pwait but subsequent connects should not, 
assuming we get a constant stream of connects.

To test that, weizhen9612 try adding to session stanza in startup.conf: session 
{ poll-main }. That should avoid main sleeping in epoll_pwait.  

Eventually, we’ll get to a point where first worker will execute the connects. 
Part of the changes needed are in, i.e., session pools are now realloced with 
barrier, but more improvements are needed.   

Regards,
Florin

> On May 5, 2022, at 5:01 AM, liuyacan  wrote:
> 
> Hi Florin, weizhen9612:
> 
>  I'm not sure whether rpc for connects will be executed immediately by 
> the main thread in the current implementation, or will it wait for the 
> epoll_pwait in linux_epoll_input_inline() to time out.
> 
> Regards,
> yacan
> On 5/5/2022 16:19,  wrote: 
> Hi,
>Now I configure main-core to 2 and corelist-workers to 0, and find that 
> the performance has improved significantly.
> 
> When I execute the following conmand, I find that vpp have main thread only.
> #show threads
> 
> 
> What does this situation show?
> Thanks. 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21375): https://lists.fd.io/g/vpp-dev/message/21375
Mute This Topic: https://lists.fd.io/mt/90793836/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] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread Florin Coras
Hi, 

Make sure that nginx and vpp are on the same numa, in case you run on a 
multi-socket host. Check that with lscpu and “show hardware verbose”. Also make 
sure that nginx and vpp's cpus don’t overlap, i.e., run nginx with taskset. 

Regarding the details of your change, normally we recommend not to use workers 
on core 0, so not entirely sure what happens there. 

Regards,
Florin

> On May 5, 2022, at 1:19 AM, weizhen9...@163.com wrote:
> 
> Hi,
>Now I configure main-core to 2 and corelist-workers to 0, and find that 
> the performance has improved significantly.
> 
> When I execute the following conmand, I find that vpp have main thread only.
> #show threads
> 
> 
> What does this situation show?
> Thanks. 
> 
> 
> 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21374): https://lists.fd.io/g/vpp-dev/message/21374
Mute This Topic: https://lists.fd.io/mt/90793836/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] Issue in building vpp

2022-05-05 Thread Sindhu Pitta
Hi,

After following the same link which was shared with me still seeing errors 
after building make build-release

Can someone help with this?

Please find the attached error log.

Regards,
Sindhu.

Get Outlook for iOS

From: Benoit Ganne (bganne) 
Sent: Thursday, May 5, 2022 12:45:39 PM
To: Sindhu Pitta ; vpp-dev@lists.fd.io 

Subject: RE: Issue in building vpp

CAUTION: This email is from an external source. Please do not open attachments 
or click links from an unknown or suspicious origin. Phishing attempts can be 
reported by using the report message button in Outlook or sending them as an 
attachment to phish...@ltts.com. Thank you

Hi Sindhu,

> When we try to build with : /build-root/vagrant/build.sh, we see below
> issues:

I'd not use this script; it is not really maintained anymore. Maybe we should 
remove it entirely.
Anyway, follow these steps instead and see if it works better 
https://ind01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffd.io%2Fgettingstarted%2Fbuilding%2F&data=05%7C01%7Cpitta.sindhu1%40ltts.com%7C6ef7c9955375497b4abb08da2e67129b%7C311b33788e8a4b5ea33fe80a3d8ba60a%7C0%7C0%7C637873317480155355%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=fbLs7ZnAIfSzKukW1DwjmJbU3Rf%2BxgU37XyJ1SX2j84%3D&reserved=0

Best
ben

L&T Technology Services Ltd

www.LTTS.com

L&T Technology Services Limited (LTTS) is committed to safeguard your data 
privacy. For more information to view our commitment towards data privacy under 
GDPR, please visit the privacy policy on our website www.Ltts.com. This Email 
may contain confidential or privileged information for the intended recipient 
(s). If you are not the intended recipient, please do not use or disseminate 
the information, notify the sender and delete it from your system.


CMakeError.log
Description: CMakeError.log

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21373): https://lists.fd.io/g/vpp-dev/message/21373
Mute This Topic: https://lists.fd.io/mt/90906174/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] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread liuyacan







Hi Florin, weizhen9612:     I'm not sure whether rpc for connects will be executed immediately by the main thread in the current implementation, or will it wait for the epoll_pwait in linux_epoll_input_inline() to time out.
Regards,yacan
 

On 5/5/2022 16:19, wrote: 


Hi,   Now I configure main-core to 2 and corelist-workers to 0, and find that the performance has improved significantly.When I execute the following conmand, I find that vpp have main thread only.#show threadsWhat does this situation show?Thanks. 






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



[vpp-dev] vapi and rpc stream notation

2022-05-05 Thread Stanislav Zaikin
Hello folks,

Does vapi for C support code generation for the following notation (took it
from lcp.api)?
service {
  rpc lcp_itf_pair_get returns lcp_itf_pair_get_reply
stream lcp_itf_pair_details;
};

-- 
Best regards
Stanislav Zaikin

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21371): https://lists.fd.io/g/vpp-dev/message/21371
Mute This Topic: https://lists.fd.io/mt/90908018/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] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread weizhen9612
Hi,
Now I configure main-core to 2 and corelist-workers to 0, and find that the 
performance has improved significantly.

When I execute the following conmand, I find that vpp have main thread only.
#show threads

What does this situation show?
Thanks.

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



[vpp-dev] Issue with VPP build

2022-05-05 Thread Rajisha Payyanur

Hi Team,

We are trying to build VPP on ubuntu 20.04 with kernel version:5.4.x.

We cloned the gerrit code: https://gerrit.fd.io/r/vpp
When we try to build with : /build-root/vagrant/build.sh, we see below issues:


ubuntu@vpp:~/vpp/build-root$ cat 
/home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeError.log
Performing C SOURCE FILE Test compiler_flag_no_stringop_overflow failed with 
the following output:
Change Dir: /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/ninja cmTC_155e3 && [1/2] Building C object 
CMakeFiles/cmTC_155e3.dir/src.c.o
warning: unknown warning option '-Wno-stringop-overflow'; did you mean 
'-Wno-shift-overflow'? [-Wunknown-warning-option]
1 warning generated.
[2/2] Linking C executable cmTC_155e3


Source file was:
int main(void) { return 0; }
Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the following 
output:
Change Dir: /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/ninja cmTC_ff9c6 && [1/2] Building C object 
CMakeFiles/cmTC_ff9c6.dir/src.c.o
[2/2] Linking C executable cmTC_ff9c6
FAILED: cmTC_ff9c6
: && /usr/lib/ccache/clang --target=x86_64-linux-gnu   
CMakeFiles/cmTC_ff9c6.dir/src.c.o -o cmTC_ff9c6   && :
/usr/bin/x86_64-linux-gnu-ld: CMakeFiles/cmTC_ff9c6.dir/src.c.o: in function 
`main':
src.c:(.text+0x25): undefined reference to `pthread_create'
/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x31): undefined reference to 
`pthread_detach'
/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x3d): undefined reference to 
`pthread_cancel'
/usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x4f): undefined reference to 
`pthread_join'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.


Source file was:
#include 

static void* test_func(void* data)
{
  return data;
}

int main(void)
{
  pthread_t thread;
  pthread_create(&thread, NULL, test_func, NULL);
  pthread_detach(thread);
  pthread_cancel(thread);
  pthread_join(thread, NULL);
  pthread_atfork(NULL, NULL, NULL);
  pthread_exit(NULL);

  return 0;
}

Checking whether the ASM compiler is GNU using "--version" did not match "(GNU 
assembler)|(GCC)|(Free Software Foundation)":
clang version 10.0.0-4ubuntu1
Target: x86_64-pc-linux-gnu
Thread model: posix
InstalledDir: /usr/bin
Determining if the function SSL_set_async_callback exists failed with the 
following output:
Change Dir: /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp

Run Build Command(s):/usr/bin/ninja cmTC_ed864 && [1/2] Building C object 
CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o
[2/2] Linking C executable cmTC_ed864
FAILED: cmTC_ed864
: && /usr/lib/ccache/clang --target=x86_64-linux-gnu 
-DCHECK_FUNCTION_EXISTS=SSL_set_async_callback  
CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o -o cmTC_ed864  
/usr/lib/x86_64-linux-gnu/libssl.so  /usr/lib/x86_64-linux-gnu/libcrypto.so && :
/usr/bin/x86_64-linux-gnu-ld: 
CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o: in function `main':
CheckFunctionExists.c:(.text+0x17): undefined reference to 
`SSL_set_async_callback'
clang: error: linker command failed with exit code 1 (use -v to see invocation)
ninja: build stopped: subcommand failed.


We have seen posts on similar issue (vpp-dev@lists.fd.io | Arm build failures 
on Qualcomm, ThunderX2, Mellanox 
Bluefield),but
 couldn't find a proper answer.

We tried with a stable version also, but seeing same issue.

Is there any prerequisites to build VPP on ubuntu 20.

Can anyone please share your points on this.

Regards,
Rajisha

L&T Technology Services Ltd

www.LTTS.com

L&T Technology Services Limited (LTTS) is committed to safeguard your data 
privacy. For more information to view our commitment towards data privacy under 
GDPR, please visit the privacy policy on our website www.Ltts.com. This Email 
may contain confidential or privileged information for the intended recipient 
(s). If you are not the intended recipient, please do not use or disseminate 
the information, notify the sender and delete it from your system.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21369): https://lists.fd.io/g/vpp-dev/message/21369
Mute This Topic: https://lists.fd.io/mt/90906807/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] test performance of nginx using vpp host stack#vpp-hoststack

2022-05-05 Thread weizhen9612
Hi,
Just as you see, I check the patch.

Thanks.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21368): https://lists.fd.io/g/vpp-dev/message/21368
Mute This Topic: https://lists.fd.io/mt/90793836/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] Issue in building vpp

2022-05-05 Thread Andrew Yourtchenko
Try “UNATTENDED=1 make install-dep install-ext-deps build-release” instead.

--a

> On 5 May 2022, at 08:48, Sindhu Pitta  wrote:
> 
> 
> Hi Team,
>  
> We are trying to build VPP on ubuntu 20.04 with kernel version:5.4.x.
> We cloned the gerrit code: https://gerrit.fd.io/r/vpp
> When we try to build with : /build-root/vagrant/build.sh, we see below issues:
>  
>  
> ubuntu@vpp:~/vpp/build-root$ cat 
> /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeError.log
> Performing C SOURCE FILE Test compiler_flag_no_stringop_overflow failed with 
> the following output:
> Change Dir: 
> /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp
>  
> Run Build Command(s):/usr/bin/ninja cmTC_155e3 && [1/2] Building C object 
> CMakeFiles/cmTC_155e3.dir/src.c.o
> warning: unknown warning option '-Wno-stringop-overflow'; did you mean 
> '-Wno-shift-overflow'? [-Wunknown-warning-option]
> 1 warning generated.
> [2/2] Linking C executable cmTC_155e3
>  
>  
> Source file was:
> int main(void) { return 0; }
> Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the 
> following output:
> Change Dir: 
> /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp
>  
> Run Build Command(s):/usr/bin/ninja cmTC_ff9c6 && [1/2] Building C object 
> CMakeFiles/cmTC_ff9c6.dir/src.c.o
> [2/2] Linking C executable cmTC_ff9c6
> FAILED: cmTC_ff9c6 
> : && /usr/lib/ccache/clang --target=x86_64-linux-gnu   
> CMakeFiles/cmTC_ff9c6.dir/src.c.o -o cmTC_ff9c6   && :
> /usr/bin/x86_64-linux-gnu-ld: CMakeFiles/cmTC_ff9c6.dir/src.c.o: in function 
> `main':
> src.c:(.text+0x25): undefined reference to `pthread_create'
> /usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x31): undefined reference to 
> `pthread_detach'
> /usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x3d): undefined reference to 
> `pthread_cancel'
> /usr/bin/x86_64-linux-gnu-ld: src.c:(.text+0x4f): undefined reference to 
> `pthread_join'
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> ninja: build stopped: subcommand failed.
>  
>  
> Source file was:
> #include 
>  
> static void* test_func(void* data)
> {
>   return data;
> }
>  
> int main(void)
> {
>   pthread_t thread;
>   pthread_create(&thread, NULL, test_func, NULL);
>   pthread_detach(thread);
>   pthread_cancel(thread);
>   pthread_join(thread, NULL);
>   pthread_atfork(NULL, NULL, NULL);
>   pthread_exit(NULL);
>  
>   return 0;
> }
>  
> Checking whether the ASM compiler is GNU using "--version" did not match 
> "(GNU assembler)|(GCC)|(Free Software Foundation)":
> clang version 10.0.0-4ubuntu1 
> Target: x86_64-pc-linux-gnu
> Thread model: posix
> InstalledDir: /usr/bin
> Determining if the function SSL_set_async_callback exists failed with the 
> following output:
> Change Dir: 
> /home/ubuntu/vpp/build-root/build-vpp-native/vpp/CMakeFiles/CMakeTmp
>  
> Run Build Command(s):/usr/bin/ninja cmTC_ed864 && [1/2] Building C object 
> CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o
> [2/2] Linking C executable cmTC_ed864
> FAILED: cmTC_ed864 
> : && /usr/lib/ccache/clang --target=x86_64-linux-gnu 
> -DCHECK_FUNCTION_EXISTS=SSL_set_async_callback  
> CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o -o cmTC_ed864  
> /usr/lib/x86_64-linux-gnu/libssl.so  /usr/lib/x86_64-linux-gnu/libcrypto.so 
> && :
> /usr/bin/x86_64-linux-gnu-ld: 
> CMakeFiles/cmTC_ed864.dir/CheckFunctionExists.c.o: in function `main':
> CheckFunctionExists.c:(.text+0x17): undefined reference to 
> `SSL_set_async_callback'
> clang: error: linker command failed with exit code 1 (use -v to see 
> invocation)
> ninja: build stopped: subcommand failed.
>  
>  
> We have seen posts on similar issue (vpp-dev@lists.fd.io | Arm build failures 
> on Qualcomm, ThunderX2, Mellanox Bluefield),but couldn’t find a proper answer.
>  
> We tried with a stable version also, but seeing same issue.
>  
> Can anyone please share your points on this.
>  
> Regards,
> Sindhu
> 
> Get Outlook for iOS
> L&T Technology Services Ltd
> 
> www.LTTS.com
> 
> L&T Technology Services Limited (LTTS) is committed to safeguard your data 
> privacy. For more information to view our commitment towards data privacy 
> under GDPR, please visit the privacy policy on our website www.Ltts.com. This 
> Email may contain confidential or privileged information for the intended 
> recipient (s). If you are not the intended recipient, please do not use or 
> disseminate the information, notify the sender and delete it from your system.
> 
> 
> 
> 

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#21367): https://lists.fd.io/g/vpp-dev/message/21367
Mute This Topic: https://lists.fd.io/mt/90906174/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] Issue in building vpp

2022-05-05 Thread Benoit Ganne (bganne) via lists.fd.io
Hi Sindhu,
 
> When we try to build with : /build-root/vagrant/build.sh, we see below
> issues:

I'd not use this script; it is not really maintained anymore. Maybe we should 
remove it entirely.
Anyway, follow these steps instead and see if it works better 
https://fd.io/gettingstarted/building/ 

Best
ben

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