Re: [vpp-dev] dpdk-20.02 compile error for Intel atom

2020-04-25 Thread Damjan Marion via lists.fd.io

looks like your compiler version is so old that it doesn’t know about 
silvermont. You need newer one suggest gcc-8 at least.

Also if i read it right, you use kernel 3.10, suggest using something newer. 
VPP uses syscalls which are not available in kernel 3.10

-- 
Damjan

> On 25 Apr 2020, at 04:05, mythosmonkeyk...@163.com wrote:
> 
> hi,Benoit Ganne,
> When I use 'silvermont', there are still errors.As follows:
> 
> [mythos@localhost dpdk-20.02]$ ls -l 
> config/defconfig_x86_64-silvermont-linux-gcc
> lrwxrwxrwx 1 mythos mythos 40 Apr 18 10:10 
> config/defconfig_x86_64-silvermont-linux-gcc -> 
> defconfig_x86_64-silvermont-linuxapp-gcc
> [mythos@localhost dpdk-20.02]$ cat mk/machine/silvermont/rte.vars.mk
> # SPDX-License-Identifier: BSD-3-Clause
> # Copyright(c) 2010-2014 Intel Corporation
>
> #
> # machine:
> #
> #   - can define ARCH variable (overridden by cmdline value)
> #   - can define CROSS variable (overridden by cmdline value)
> #   - define MACHINE_CFLAGS variable (overridden by cmdline value)
> #   - define MACHINE_LDFLAGS variable (overridden by cmdline value)
> #   - define MACHINE_ASFLAGS variable (overridden by cmdline value)
> #   - can define CPU_CFLAGS variable (overridden by cmdline value) that
> # overrides the one defined in arch.
> #   - can define CPU_LDFLAGS variable (overridden by cmdline value) that
> # overrides the one defined in arch.
> #   - can define CPU_ASFLAGS variable (overridden by cmdline value) that
> # overrides the one defined in arch.
> #   - may override any previously defined variable
> #
>
> # ARCH =
> # CROSS =
> # MACHINE_CFLAGS =
> # MACHINE_LDFLAGS =
> # MACHINE_ASFLAGS =
> # CPU_CFLAGS =
> # CPU_LDFLAGS =
> # CPU_ASFLAGS =
>
> MACHINE_CFLAGS = -march=silvermont
> [mythos@localhost dpdk-20.02]$ make config T=x86_64-silvermont-linux-gcc 
> RTE_KERNELDIR=/home/mythos/kernel/linux-3.10 V=1
> make -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/mk/rte.sdkconfig.mk 
> config
> if [ 
> "/home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/config/defconfig_x86_64-silvermont-linux-gcc"
>  != "" -a -f 
> "/home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/config/defconfig_x86_64-silvermont-linux-gcc"
>  ]; then \
> cc -E -undef -P -x assembler-with-cpp \
> `cat /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/VERSION | \
> sed -e 's/-rc/.-rc./' -e 's/$/..99/' | \
> awk -F '.' '{print "-D__YEAR="int($1), "-D__MONTH="int($2), 
> "-D__MINOR="int($3), "-D__SUFFIX=\""$4"\"", "-D__RELEASE="int($5)}'` \
> -ffreestanding \
> -o /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/config/defconfig_x86_64-silvermont-linux-gcc
>  ; \
> config=$(cat 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp) ; \
> echo "$config" | awk -F '=' 'BEGIN {i=1} \
> /^#/ {pos[i++]=$0} \
> !/^#/ {if (!s[$1]) {pos[i]=$0; s[$1]=i++} \
> else {pos[s[$1]]=$0}} END \
> {for (j=1; j > 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp ; \
> if ! cmp -s 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config; then \
> cp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config ; \
> cp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config.orig ; \
> fi ; \
> rm -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/.config_tmp 
> ; \
> else \
> make -rRf 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/mk/rte.sdkconfig.mk notemplate; \
> fi
> Configuration done using x86_64-silvermont-linux-gcc
> [mythos@localhost dpdk-20.02]$ make V=1
> make -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/mk/rte.sdkconfig.mk 
> checkconfig
> make -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/mk/rte.sdkconfig.mk \
> headerconfig NODOTCONF=1
> make -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/mk/rte.sdkbuild.mk all
> cc1: error: bad value (silvermont) for -march= switch
> cc1: warning: unrecognized command line option 
> "-Wno-address-of-packed-member" [enabled by default]
> == Build lib
> make S=lib -f /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/lib/Makefile -C 
> /home/mythos/dpdk/dpdk-20.02-atom/dpdk-20.02/build/build/lib all
> cc1: error: bad value (silvermont) for -march= switch
> cc1: warning: unrecognized command line option 
> "-Wno-address-of-packed-member" [enabled by default]
> == Build lib/librte_kvargs
> cc1: error: bad value (silvermont) for -march= switch
> cc1: warning: unrecognized command line option 
> "-Wno-address-of-packed-member" [enabled by default]
> gcc -Wp,-MD,./.rte_kvargs.o.d.tmp  -m64 -pthread 
> 

Re: [vpp-dev] vpp project committer nomination: Benoit Ganne

2020-04-25 Thread Matthew Smith via lists.fd.io
+1

(Sorry for the delay)
-Matt


On Tue, Apr 21, 2020 at 6:39 AM Dave Barach via lists.fd.io  wrote:

> Vpp project committers: please vote +1, 0, -1 on the mailto:
> vpp-dev@lists.fd.io mailer as to whether we should add Benoit Ganne as a
> vpp project committer.
>
> Ben has about 150 merged patches, see
> https://gerrit.fd.io/r/q/status:merged+owner:bganne%2540cisco.com. He has
> expressed interest in the role, and I believe that he will make a fine
> committer.
>
> Thanks... Dave
> 
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#16155): https://lists.fd.io/g/vpp-dev/message/16155
Mute This Topic: https://lists.fd.io/mt/73170252/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] Observed Txpacket drops (dpdk tx failure)

2020-04-25 Thread Damjan Marion via lists.fd.io

For a start try with newer version of vpp. 18.07 is not supported for a long 
time


-- 
Damjan

> On 25 Apr 2020, at 18:17, Aswin Surendran  wrote:
> 
> 
> Hi,
> 
> I am seeing "Tx packet drops" on a VPP controlled DPDK device (VPP 18.07). 
> Initially, traffic was working fine between the device and a SecGW connected 
> via an IPsec tunnel. After a few hours, the device has become unreachable and 
> ARP became unresolved.
> 
> Cleared VPP counters and initiated the ping again, then observed that the ARP 
> requests from SecGW were reaching the device but ARP response packets were 
> dropping at DPDK.
> 
> The below is the "show error" output when ping was initiated from SecGW to 
> the device.
> 
>CountNode  Reason
>  7   pps-policer  PPS Policer classify hits
>  7arp-input   ARP req to host
> 13   kni-receive  ARP req from Host
>  7   kni-receive  ARP resp from Host
>  1ipsec-output-ip6IPSec pkts received
>  1ipsec-output-ip6IPSec policy bypass
>  1ip6-fragpacket smaller than MTU
>  1ip6-fragnumber of sent fragments
> 21 EthernetSwitch2/0/0-tx Tx packet drops (dpdk tx 
> failure)
> 
>  The below is the "show hardware" output. There were no tx packets 
> incremented here:
> EthernetSwitch2/0/02 up   EthernetSwitch2/0/0
>   Ethernet address 20:78:52:56:d4:10
>   Intel FM1 Family Ethernet Switch
> carrier up full duplex speed 5 mtu 9990 
> flags: admin-up pmd maybe-multiseg subif
> rx queues 1, rx desc 8192, tx queues 3, tx desc 2048
> cpu socket 0
> 
> rx frames ok  23
> rx bytes ok 1440
> extended stats:
>   rx good packets 23
>   rx good bytes 1440
>   rx q0packets23
>   rx q0bytes1440
>   rx q0 packets   23
>   rx q0 bytes   1440
> kni0   3 up   kni0
> 
> 
> The "show run" output gives the below result:
> Thread 2 vpp_wk_1 (lcore 7)
> Time 76.8, average vectors/node 1.06, last 128 main loops 0.00 per node 0.00
>   vector rates in 7.2919e-1, out 0.e0, drop 0.e0, punt 0.e0
>  Name State Calls  Vectors
> Suspends Clocks   Vectors/Call
> EthernetSwitch2/0/0-output   active 36  36
>0  1.24e31.00
> EthernetSwitch2/0/0-tx   active 36   0
>0  1.25e30.00
> dpdk-crypto-inputpolling 386701977   0
>0  1.60e20.00
> dpdk-input   polling 386701977  56
>0  1.15e90.00
> interface-output active 36  36
>0  6.68e21.00
> ip4-arp  active 17  20
>0  1.76e41.18
> ip4-lookup   active 17  20
>0  3.19e31.18
> ip6-frag active  3   3
>0  4.92e31.00
> ip6-lookup   active  3   3
>0  3.69e31.00
> ip6-rewrite  active  3   3
>0  4.25e31.00
> ipqosactive 36  36
>0  2.34e31.00
> ipsec-output-ip4 active 17  20
>0  2.31e31.18
> ipsec-output-ip6 active  3   3
>0  3.95e31.00
> kni-receive  active 52  56
>0  2.23e31.08
> 
> Could you please provide your comments for me to analyze this issue?
> 
> Thanks in advance,
> Aswin
> 
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[vpp-dev] Observed Txpacket drops (dpdk tx failure)

2020-04-25 Thread Aswin Surendran
Hi,

I am seeing "Tx packet drops" on a VPP controlled DPDK device (VPP 18.07).
Initially, traffic was working fine between the device and a SecGW
connected via an IPsec tunnel. After a few hours, the device has become
unreachable and ARP became unresolved.

Cleared VPP counters and initiated the ping again, then observed that the
ARP requests from SecGW were reaching the device but ARP response packets
were dropping at DPDK.

The below is the "show error" output when ping was initiated from SecGW to
the device.

   CountNode  Reason

 7   pps-policer  PPS Policer classify hits

 7arp-input   ARP req to host

13   kni-receive  ARP req from Host

 7   kni-receive  ARP resp from Host

 1ipsec-output-ip6IPSec pkts received

 1ipsec-output-ip6IPSec policy bypass

 1ip6-fragpacket smaller than MTU

 1ip6-fragnumber of sent fragments

21 EthernetSwitch2/0/0-tx Tx packet drops (dpdk tx
failure)


 The below is the "show hardware" output. There were no tx packets
incremented here:

EthernetSwitch2/0/02 up   EthernetSwitch2/0/0

  Ethernet address 20:78:52:56:d4:10
  Intel FM1 Family Ethernet Switch
carrier up full duplex speed 5 mtu 9990
flags: admin-up pmd maybe-multiseg subif
rx queues 1, rx desc 8192, tx queues 3, tx desc 2048
cpu socket 0

rx frames ok  23
rx bytes ok 1440
extended stats:
  rx good packets 23
  rx good bytes 1440
  rx q0packets23
  rx q0bytes1440
  rx q0 packets   23
  rx q0 bytes   1440
kni0   3 up   kni0



The "show run" output gives the below result:

Thread 2 vpp_wk_1 (lcore 7)
Time 76.8, average vectors/node 1.06, last 128 main loops 0.00 per node 0.00
  vector rates in 7.2919e-1, out 0.e0, drop 0.e0, punt 0.e0
 Name State Calls  Vectors
   Suspends Clocks   Vectors/Call
EthernetSwitch2/0/0-output   active 36  36
  0  1.24e31.00
EthernetSwitch2/0/0-tx   active 36   0
0  1.25e30.00

dpdk-crypto-inputpolling 386701977   0
  0  1.60e20.00
dpdk-input   polling 386701977  56
  0  1.15e90.00
interface-output active 36  36
  0  6.68e21.00
ip4-arp  active 17  20
  0  1.76e41.18
ip4-lookup   active 17  20
  0  3.19e31.18
ip6-frag active  3   3
  0  4.92e31.00
ip6-lookup   active  3   3
  0  3.69e31.00
ip6-rewrite  active  3   3
  0  4.25e31.00
ipqosactive 36  36
  0  2.34e31.00
ipsec-output-ip4 active 17  20
  0  2.31e31.18
ipsec-output-ip6 active  3   3
  0  3.95e31.00
kni-receive  active 52  56
  0  2.23e31.08


Could you please provide your comments for me to analyze this issue?


Thanks in advance,

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

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