Dear Lijan,

The aarch64 development resources in the LF data center are in need of cleanup. 
I tried to use fdio-cavium5 @ 10.30.51.66 (Ubuntu1804), but I find that the 
login credentials have been changed.

I finally managed to gain access to fdio-mcbin3 @ 10.30.51.43 (Ubuntu1604). It 
is in fact running Ubuntu 16.04, which is unsupported at this point. The Linux 
4.4 kernel can be expected to cause trouble.

I had difficulty building a master/latest vpp image due to several warnings not 
seen elsewhere. Since we validate every patch for aarch64, it’s likely a case 
of tool chain bit rot. Anyhow, I finally managed to build an image.

Here’s what I see:

DBGvpp# create tap host-if-name lstack host-ip4-addr 192.168.10.2/24
create tap: ioctl(VHOST_NET_SET_BACKEND): Bad address

This error comes from virtio_vring_init (...), and seems completely consistent 
with running over an old kernel, instead of a 4.15 kernel. This may or may not 
have anything to do with the issue you reported.

Unless folks clean up LF data center aarch64 development resources, we won’t be 
able to help. It’s pretty clear that the issues with the tap/virtio driver are 
aarch64-specific. Clean up includes making sure that credentials are properly 
communicated, systems up to date / running e.g. Ubuntu 18.04, and master/latest 
builds without having to hack things.

Although it’s possible to build aarch64 vpp images on a Raspberry-Pi – I have 
one, and I’ve done that – it takes measured-in-hours to build an image. I don’t 
have that kind of time available.

HTH... Dave


From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of Lijian Zhang
Sent: Tuesday, June 18, 2019 1:35 AM
To: vpp-dev@lists.fd.io
Cc: nd <n...@arm.com>
Subject: [vpp-dev] VPP tap interface issue on Arm servers

Hi,
We tried to create a VPP tap interface, assigned ip address to both VPP and 
Linux side, and then ping VPP tap interface via host interface, and vice versa.
But ping failed on both side.

With below ping via VPP tap interface for example, it seems VPP has sent out 
packets, but there’s no any counter increasing on the interface of host side.

Could you please suggest on this issue?

DBGvpp# create tap
DBGvpp# set int ip address tap0 16.0.10.2/24
DBGvpp# set int state tap0 up

$ sudo ip a add 16.0.10.1/24 dev tap0

DBGvpp# clear interfaces
DBGvpp# clear errors
DBGvpp# clear runtime
DBGvpp# ping 16.0.10.1

Statistics: 5 sent, 0 received, 100% packet loss

DBGvpp# show runtime
Thread 0 vpp_main (lcore 2)
Time 88.2, average vectors/node 1.00, last 128 main loops 0.00 per node 0.00
  vector rates in 0.0000e0, out 5.6688e-2, drop 5.6688e-2, punt 0.0000e0
             Name                 State         Calls          Vectors        
Suspends         Clocks       Vectors/Call
api-rx-from-ring                any wait                 0               0      
         4          8.05e1            0.00
dhcp-client-process             any wait                 0               0      
         1          8.00e1            0.00
dpdk-process                    any wait                 0               0      
        30          3.45e1            0.00
drop                             active                  5               5      
         0          6.30e1            1.00
error-drop                       active                  5               5      
         0          7.24e1            1.00
fib-walk                        any wait                 0               0      
        44          4.35e1            0.00
ikev2-manager-process           any wait                 0               0      
        88          2.78e1            0.00
ip-neighbor-scan-process        any wait                 0               0      
         2          6.50e1            0.00
ip-route-resolver-process       any wait                 0               0      
         1          8.20e1            0.00
ip4-glean                        active                  5               5      
         0          9.50e2            1.00
ip4-lookup                       active                  5               5      
         0          1.39e2            1.00
ip4-reassembly-expire-walk      any wait                 0               0      
         9          4.09e1            0.00
ip6-icmp-neighbor-discovery-ev  any wait                 0               0      
        88          2.46e1            0.00
ip6-reassembly-expire-walk      any wait                 0               0      
         9          4.06e1            0.00
statseg-collector-process       time wait                0               0      
         9          6.33e1            0.00
tap0-output                      active                  5               5      
         0          8.16e1            1.00
tap0-tx                          active                  5               5      
         0          7.20e1            1.00
unix-cli-stdin                   active                  0               0      
        56          6.18e2            0.00
unix-epoll-input                 polling          25126436               0      
         0          3.14e1            0.00
---------------
Thread 1 vpp_wk_0 (lcore 6)
Time 88.2, average vectors/node 0.00, last 128 main loops 0.00 per node 0.00
  vector rates in 0.0000e0, out 0.0000e0, drop 0.0000e0, punt 0.0000e0
             Name                 State         Calls          Vectors        
Suspends         Clocks       Vectors/Call
unix-epoll-input                 polling             45817               0      
         0          1.47e1            0.00
virtio-input                     polling          46962827               0      
         0          2.96e1            0.00
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

Reply via email to