From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-f47.google.com (mail-oi0-f47.google.com [209.85.218.47]) by dpdk.org (Postfix) with ESMTP id EAA3D5599 for ; Thu, 28 Jul 2016 09:43:41 +0200 (CEST) Received: by mail-oi0-f47.google.com with SMTP id l72so51987311oig.2 for ; Thu, 28 Jul 2016 00:43:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=XTU1d+HtJypq12eOnr6IztOsEUC0nagLD46sUF3hoTk=; b=DVmWg52EcZ/cmGy2XZcEJKLbOerO+CaHZl9wuqJ3a9y/yQIFaps6H+OUIolHY0fjDO dVJY9c183mHwrrpTOr+Vv1drHvLPAUNk7Qlg+kP35h0DiVOwnQ2De07j0jq+qPt0Mof6 r9szObnv5WYJk97SlLDWmsJ7K+Y2t78yqo16Q5rXVbY8UBAjWa8cYbzkem/Pi1aMJVuw xSsGPl1VT1aHPPIVoRbugw9GFvMJuYC7g/kcIO90eV0LLdiJ2nELn+rJ/P16TNHTZsiS 2aZgLxNef4uEQOzLNo/D/SYpUfV8/F4wq8yZjHkKECrvHInSD9JW0J+K3pxC4jpa5Gak xoRA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=XTU1d+HtJypq12eOnr6IztOsEUC0nagLD46sUF3hoTk=; b=VlBpmf7fCRb9qCFEcwMjKwTOHt2x0tyqCVfS7gKoEAOc/aNaUVaGKsRNndz9BC3Y2y YpTKfZawZprMxkaVCDnEabqOc5wE63Ij6v29D3EQk9ZO35XJ6dFdEEsJU7m6fi0bbFdf aUCHrn2+4AhHAVO8bpo9IyIP//nigP1Gg2g+w9RVF/uYShDAuwQzgTSgkbYRQc07zBWG zTLZdlQD2gZMeAuijqbwSVhfCtUoEeXivnvYYP639uQHparkGR+rGykZE1Q35lH6AexD flvnjsBe0oGrXplHih9tzQq/deW6QnX7w5nVBxXPYTVz+OpjL7BMAGWPAchgIlcWO9s+ HKmw== X-Gm-Message-State: AEkoouv5zBEfc73dyUOx8xzNwBXy1r0QaG4ERcJR14om1cqtkHn4TvN+4zD8v0Pwjvqbuamg5sEUCrmzrLR/pw== X-Received: by 10.202.240.139 with SMTP id o133mr17823978oih.68.1469691820403; Thu, 28 Jul 2016 00:43:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.119.68 with HTTP; Thu, 28 Jul 2016 00:43:39 -0700 (PDT) In-Reply-To: <0F35E25E-977D-4054-AC3B-A36F4DFE875F@vmware.com> References: <578FCAB6.3050403@polito.it> <57909938.8030402@polito.it> <579495C1.5030506@polito.it> <5797909B.6090208@polito.it> <0F35E25E-977D-4054-AC3B-A36F4DFE875F@vmware.com> From: sothy shan Date: Thu, 28 Jul 2016 09:43:39 +0200 Message-ID: To: Yong Wang Cc: diproiettod@vmware.com, Mauricio Vasquez , Aaron Conole , bugs@openvswitch.org, "dev@dpdk.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] [ovs-discuss] OVS DPDK|DPDK|ERR|interface dpdk0 start error:operation not permitted. X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Jul 2016 07:43:42 -0000 On Thu, Jul 28, 2016 at 2:29 AM, Yong Wang wrote: > >> On Jul 27, 2016, at 12:25 AM, sothy shan wrote: >> >> On Tue, Jul 26, 2016 at 6:32 PM, Mauricio Vasquez >> wrote: >>> Hello Sothy, >>> >>> Sorry for the delay in answering, some busy days here. >>> >>> >>> On 07/25/2016 12:03 PM, sothy shan wrote: >>>> >>>> Hello Mauricio, >>>> >>>> On Sun, Jul 24, 2016 at 12:17 PM, Mauricio Vasquez >>>> wrote: >>>>> >>>>> Hi Sothy, >>>>> >>>>> >>>>> On 07/21/2016 11:55 AM, sothy shan wrote: >>>>>> >>>>>> On Thu, Jul 21, 2016 at 11:43 AM, Mauricio Vasquez >>>>>> wrote: >>>>>>> >>>>>>> >>>>>>> On 07/21/2016 10:51 AM, sothy shan wrote: >>>>>>>> >>>>>>>> On Thu, Jul 21, 2016 at 10:41 AM, sothy shan >>>>>>>> wrote: >>>>>>>>> >>>>>>>>> On Wed, Jul 20, 2016 at 9:02 PM, Mauricio Vasquez >>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>> Hi Sothy, >>>>>>>>>> >>>>>>>>>> On 07/20/2016 07:40 PM, Aaron Conole wrote: >>>>>>>>>>> >>>>>>>>>>> sothy shan writes: >>>>>>>>>>> >>>>>>>>>>>> Hello all, >>>>>>>>>>> >>>>>>>>>>> Hi Sothy, >>>>>>>>>>> >>>>>>>>>>>> I followed the installion guide provided in the web site >>>>>>>>>>>> >>>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=3Dhttps-3A__github.= com_openvswitch_ovs_blob_master_INSTALL.DPDK.md-23ovstc&d=3DCwIBaQ&c=3DSqcl= 0Ez6M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=3D44mSO5N5yEs4CeCdtQE0xt0F7J0p67_= mApYVAzyYms0&m=3DvpaHcL64W3vOTY9P8yRZOdCJzbL_oWzZH6J2u4iT614&s=3DojiXK7Tj1A= NsHE_AlchVROP4R7LrgLQqVqTx7BjJQas&e=3D >>>>>>>>>>>> to install dpdk OVS. >>>>>>>>>>>> >>>>>>>>>>>> I am rurnning Ubuntu 14.04 (kernel 3.13). It is a VM running >>>>>>>>>>>> VMware. >>>>>>>>>>>> One intereface is enabled by VMXNET3. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> It is not clear for me, are you trying to install OvS within the= VM? >>>>>>>>>> >>>>>>>>>>>> I used dpdk 16.04 >>>>>>>>>>>> Today I made clone of OVS (committ >>>>>>>>>>>> :bf32e3e2c029da18b5d6fd9210cb0ea12a1d0383). >>>>>>>>>>>> >>>>>>>>>>>> The following are different configuration compared to above li= nk. >>>>>>>>>>>> >>>>>>>>>>>> sysctl -w vm.nr_hugepages=3D2048 >>>>>>>>>>>> Binded interface via igb_uio. >>>>>>>>>>>> >>>>>>>>>>>> Then followed same configuration to start ovs-vsswitch with dp= dk. >>>>>>>>>>> >>>>>>>>>>> Can you please post the steps exactly that you followed? Which >>>>>>>>>>> user >>>>>>>>>>> you >>>>>>>>>>> were running as, etc? Can you also post how you expect packets= to >>>>>>>>>>> arrive into the vm? >>>>>>>>>>> >>>>>>>>>>>> I am able to creatre bridge. When I create a port. It gives er= ror >>>>>>>>>>>> message. >>>>>>>>>>> >>>>>>>>>>> Please show the steps for this, too. The exact commands you us= ed. >>>>>>>>>>> >>>>>>>>>>>> When I check ovs-vswitchd.log file, >>>>>>>>>>>> >>>>>>>>>>>> There is warning that dpif_netlink|WARN|genric netlink family, >>>>>>>>>>>> ovs_datapath does not exist. The openvswitch kernel module may= be >>>>>>>>>>>> not >>>>>>>>>>>> loaded. >>>>>>>>>>> >>>>>>>>>>> This is definitely a problem. How did you start the ovs-vswitc= hd >>>>>>>>>>> daemon? >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> This is not a problem Aaron, the ovs kernel module is not needed >>>>>>>>>> when >>>>>>>>>> ovs is >>>>>>>>>> compiled with DPDK. >>>>>>>>>>>> >>>>>>>>>>>> Then ERR: ERR|interface dpdk0 start error:operation not permit= ted. >>>>>>>>>>>> >>>>>>>>>>>> The corresponding port is loaded by dpdk driver as shown in >>>>>>>>>>>> dpdk_nic_bind --status. >>>>>>>>>>>> >>>>>>>>>>>> After that I did sudo ovs-vsctl show. it show br and port deta= ils >>>>>>>>>>>> as >>>>>>>>>>>> well. >>>>>>>>>>>> I am able to add one flow rule as well. But ovs bridge didnt g= et >>>>>>>>>>>> packets from the interface. >>>>>>>>>>>> >>>>>>>>>>>> Do you know why this error is popup? anyway to solve the probl= em? >>>>>>>>>>>> >>>>>>>>>>>> Thank you very much >>>>>>>>>>>> >>>>>>>>>>>> Best regars >>>>>>>>>>>> Sothy >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> discuss mailing list >>>>>>>>>>> discuss@openvswitch.org >>>>>>>>>>> https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__openvswit= ch.org_mailman_listinfo_discuss&d=3DCwIBaQ&c=3DSqcl0Ez6M0X8aeM67LKIiDJAXVeA= w-YihVMNtXt-uEs&r=3D44mSO5N5yEs4CeCdtQE0xt0F7J0p67_mApYVAzyYms0&m=3DvpaHcL6= 4W3vOTY9P8yRZOdCJzbL_oWzZH6J2u4iT614&s=3DDZpyuDSP-5BYH4bvfNHk68XRFB9-M-M43F= xZCCpZKho&e=3D >>>>>>>>>> >>>>>>>>>> As Aaron wrote, having the exact commands is important to help y= ou. >>>>>>>>> >>>>>>>>> My configuration and log info: >>>>>>>>> >>>>>>>>> sudo sysctl vm.nr_hugepages=3D2048 >>>>>>>>> sudo mkdir -p /dev/hugepages >>>>>>>>> sudo mount -t hugetlbfs hugetlbfs /dev/hugepages >>>>>>>>> sudo modprobe uio >>>>>>>>> sudo insmod $DPDK_BUILD/kmod/igb_uio.ko >>>>>>>>> sudo $DPDK_DIR/tools/dpdk_nic_bind.py --status >>>>>>>>> sudo $DPDK_DIR/tools/dpdk_nic_bind.py -b igb_uio 0000:0b:00.0 >>>>>>>>> sudo ./dpdk-16.04/tools/dpdk_nic_bind.py --status >>>>>>>>> >>>>>>>>> >>>>>>>>> Network devices using DPDK-compatible driver >>>>>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>>>> 0000:0b:00.0 'VMXNET3 Ethernet Controller' drv=3Digb_uio unused= =3D >>>>>>>>> 0000:13:00.0 'VMXNET3 Ethernet Controller' drv=3Digb_uio unused= =3D >>>>>>>>> >>>>>>>>> Network devices using kernel driver >>>>>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>>>> 0000:03:00.0 'VMXNET3 Ethernet Controller' if=3Deth0 drv=3Dvmxnet= 3 >>>>>>>>> unused=3Digb_uio *Active* >>>>>>>>> >>>>>>>>> Other network devices >>>>>>>>> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>>>>>>>> >>>>>>>>> >>>>>>>>> .........Then...................... >>>>>>>>> >>>>>>>>> >>>>>>>>> sudo ovs-vsctl add-port br0 dpdk0 -- set Interface dpdk0 type=3Dd= pdk >>>>>>>>> sudo ovs-vsctl add-br br0 -- set bridge br0 datapath_type=3Dnetde= v >>>>>>> >>>>>>> These two commands are inverted. >>>>>>> The bridge has to be created first and then ports have to be added = to >>>>>>> it. >>>>>>> >>>>>> It is my mistake when coping. >>>>>>>>> >>>>>>>>> Log file/ >>>>>>>>> 2016-07-21T07:53:35.527Z|00001|vlog|INFO|opened log file >>>>>>>>> /var/log/openvswitch/ovs-vswitchd.log >>>>>>>>> 2016-07-21T07:53:35.529Z|00002|ovs_numa|INFO|Discovered 2 CPU cor= es >>>>>>>>> on >>>>>>>>> NUMA node 0 >>>>>>>>> 2016-07-21T07:53:35.529Z|00003|ovs_numa|INFO|Discovered 1 NUMA no= des >>>>>>>>> and 2 CPU cores >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2016-07-21T07:53:35.529Z|00004|reconnect|INFO|unix:/usr/local/var= /run/openvswitch/db.sock: >>>>>>>>> connecting... >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> 2016-07-21T07:53:35.529Z|00005|reconnect|INFO|unix:/usr/local/var= /run/openvswitch/db.sock: >>>>>>>>> connected >>>>>>>>> 2016-07-21T07:53:35.533Z|00006|dpdk|INFO|DPDK Enabled, initializi= ng >>>>>>>>> 2016-07-21T07:53:35.533Z|00007|dpdk|INFO|No vhost-sock-dir provid= ed - >>>>>>>>> defaulting to /usr/local/var/run/openvswitch >>>>>>>>> 2016-07-21T07:53:35.533Z|00008|dpdk|INFO|EAL ARGS: ovs-vswitchd >>>>>>>>> --socket-mem 1024,0 -c 0x00000001 >>>>>>>>> 2016-07-21T07:53:36.606Z|00009|timeval|WARN|Unreasonably long 107= 6ms >>>>>>>>> poll interval (80ms user, 875ms system) >>>>>>>>> 2016-07-21T07:53:36.606Z|00010|timeval|WARN|faults: 3306 minor, 0 >>>>>>>>> major >>>>>>>>> 2016-07-21T07:53:36.606Z|00011|timeval|WARN|context switches: 3 >>>>>>>>> voluntary, 101 involuntary >>>>>>>>> 2016-07-21T07:53:36.606Z|00012|coverage|INFO|Event coverage, avg = rate >>>>>>>>> over last: 5 seconds, last minute, last hour, hash=3D398361de: >>>>>>>>> 2016-07-21T07:53:36.606Z|00013|coverage|INFO|bridge_reconfigure >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.606Z|00014|coverage|INFO|cmap_expand >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 9 >>>>>>>>> 2016-07-21T07:53:36.606Z|00015|coverage|INFO|miniflow_malloc >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 9 >>>>>>>>> 2016-07-21T07:53:36.606Z|00016|coverage|INFO|hmap_pathological >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.606Z|00017|coverage|INFO|hmap_expand >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 640 >>>>>>>>> 2016-07-21T07:53:36.606Z|00018|coverage|INFO|txn_unchanged >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 2 >>>>>>>>> 2016-07-21T07:53:36.606Z|00019|coverage|INFO|txn_incomplete >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.607Z|00020|coverage|INFO|poll_create_node >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 35 >>>>>>>>> 2016-07-21T07:53:36.607Z|00021|coverage|INFO|seq_change >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 38 >>>>>>>>> 2016-07-21T07:53:36.607Z|00022|coverage|INFO|pstream_open >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.607Z|00023|coverage|INFO|stream_open >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.607Z|00024|coverage|INFO|util_xalloc >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 11049 >>>>>>>>> 2016-07-21T07:53:36.607Z|00025|coverage|INFO|netdev_get_hwaddr >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.607Z|00026|coverage|INFO|netlink_received >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 3 >>>>>>>>> 2016-07-21T07:53:36.607Z|00027|coverage|INFO|netlink_sent >>>>>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>>>>> 2016-07-21T07:53:36.607Z|00028|coverage|INFO|86 events never hit >>>>>>>>> 2016-07-21T07:53:36.607Z|00029|bridge|INFO|ovs-vswitchd (Open >>>>>>>>> vSwitch) >>>>>>>>> 2.5.90 >>>>>>>>> 2016-07-21T07:54:50.861Z|00030|memory|INFO|18980 kB peak resident= set >>>>>>>>> size after 75.3 seconds >>>>>>>>> 2016-07-21T07:54:50.866Z|00031|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath supports recirculation >>>>>>>>> 2016-07-21T07:54:50.866Z|00032|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> MPLS label stack length probed as 3 >>>>>>>>> 2016-07-21T07:54:50.866Z|00033|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath supports truncate action >>>>>>>>> 2016-07-21T07:54:50.866Z|00034|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath supports unique flow ids >>>>>>>>> 2016-07-21T07:54:50.866Z|00035|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath does not support ct_state >>>>>>>>> 2016-07-21T07:54:50.866Z|00036|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath does not support ct_zone >>>>>>>>> 2016-07-21T07:54:50.866Z|00037|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath does not support ct_mark >>>>>>>>> 2016-07-21T07:54:50.866Z|00038|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath does not support ct_label >>>>>>>>> 2016-07-21T07:54:50.866Z|00039|ofproto_dpif|INFO|netdev@ovs-netde= v: >>>>>>>>> Datapath does not support ct_state_nat >>>>>>>>> 2016-07-21T07:54:50.875Z|00040|bridge|INFO|bridge br0: added >>>>>>>>> interface >>>>>>>>> br0 on port 65534 >>>>>>>>> 2016-07-21T07:54:50.887Z|00041|dpif_netlink|WARN|Generic Netlink >>>>>>>>> family 'ovs_datapath' does not exist. The Open vSwitch kernel mod= ule >>>>>>>>> is probably not loaded. >>>>>>>>> 2016-07-21T07:54:50.887Z|00042|bridge|INFO|bridge br0: using data= path >>>>>>>>> ID 0000c664fbd86348 >>>>>>>>> 2016-07-21T07:54:50.887Z|00043|connmgr|INFO|br0: added service >>>>>>>>> controller "punix:/usr/local/var/run/openvswitch/br0.mgmt" >>>>>>>>> 2016-07-21T07:58:18.796Z|00044|dpdk|INFO|Port 0: 00:0c:29:b5:9f:5= b >>>>>>>>> 2016-07-21T07:58:18.810Z|00045|dpdk|ERR|Interface dpdk0 start err= or: >>>>>>>>> Operation not permitted >>>>>>>>> 2016-07-21T07:58:18.810Z|00046|dpif|WARN|netdev@ovs-netdev: faile= d to >>>>>>>>> add dpdk0 as port: Operation not permitted >>>>>>>>> 2016-07-21T08:10:35.440Z|00047|connmgr|INFO|br0<->unix: 1 flow_mo= ds >>>>>>>>> in >>>>>>>>> the last 0 s (1 adds) >>>>>>> >>>>>>> Could you also provide the full terminal output when you run >>>>>>> ovs-vswitchd?, >>>>>>> I would like to see the DPDK output >>>>>> >>>>>> vrouter@vrouter-virtual-machine:~/ovs$ sudo ovs-vswitchd unix:$DB_SO= CK >>>>>> --pidfile --detach --log-file=3D/var/log/openvswitch/ovs-vswitchd.lo= g >>>>>> 2016-07-21T09:33:35Z|00001|vlog|INFO|opened log file >>>>>> /var/log/openvswitch/ovs-vswitchd.log >>>>>> 2016-07-21T09:33:35Z|00002|ovs_numa|INFO|Discovered 2 CPU cores on N= UMA >>>>>> node 0 >>>>>> 2016-07-21T09:33:35Z|00003|ovs_numa|INFO|Discovered 1 NUMA nodes and= 2 >>>>>> CPU >>>>>> cores >>>>>> >>>>>> >>>>>> 2016-07-21T09:33:35Z|00004|reconnect|INFO|unix:/usr/local/var/run/op= envswitch/db.sock: >>>>>> connecting... >>>>>> >>>>>> >>>>>> 2016-07-21T09:33:35Z|00005|reconnect|INFO|unix:/usr/local/var/run/op= envswitch/db.sock: >>>>>> connected >>>>>> 2016-07-21T09:33:35Z|00006|dpdk|INFO|DPDK Enabled, initializing >>>>>> 2016-07-21T09:33:35Z|00007|dpdk|INFO|No vhost-sock-dir provided - >>>>>> defaulting to /usr/local/var/run/openvswitch >>>>>> 2016-07-21T09:33:35Z|00008|dpdk|INFO|EAL ARGS: ovs-vswitchd >>>>>> --socket-mem 1024,0 -c 0x00000001 >>>>>> EAL: Detected lcore 0 as core 0 on socket 0 >>>>>> EAL: Detected lcore 1 as core 0 on socket 0 >>>>>> EAL: Support maximum 128 logical core(s) by configuration. >>>>>> EAL: Detected 2 lcore(s) >>>>>> EAL: Probing VFIO support... >>>>>> EAL: Module /sys/module/vfio_pci not found! error 2 (No such file or >>>>>> directory) >>>>>> EAL: VFIO modules not loaded, skipping VFIO support... >>>>>> EAL: Setting up physically contiguous memory... >>>>>> EAL: Ask a virtual area of 0x5e400000 bytes >>>>>> EAL: Virtual area found at 0x7fa618400000 (size =3D 0x5e400000) >>>>>> EAL: Ask a virtual area of 0x200000 bytes >>>>>> EAL: Virtual area found at 0x7fa618000000 (size =3D 0x200000) >>>>>> EAL: Ask a virtual area of 0xa1800000 bytes >>>>>> EAL: Virtual area found at 0x7fa576600000 (size =3D 0xa1800000) >>>>>> EAL: Ask a virtual area of 0x200000 bytes >>>>>> EAL: Virtual area found at 0x7fa576200000 (size =3D 0x200000) >>>>>> EAL: Requesting 512 pages of size 2MB from socket 0 >>>>>> EAL: TSC frequency is ~2799213 KHz >>>>>> EAL: Master lcore 0 is ready (tid=3D78ad7b80;cpuset=3D[0]) >>>>>> EAL: PCI device 0000:03:00.0 on NUMA socket -1 >>>>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>>>> EAL: Not managed by a supported kernel driver, skipped >>>>>> EAL: PCI device 0000:0b:00.0 on NUMA socket -1 >>>>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>>>> EAL: PCI memory mapped at 0x7fa658400000 >>>>>> EAL: PCI memory mapped at 0x7fa658401000 >>>>>> EAL: PCI memory mapped at 0x7fa658402000 >>>>>> EAL: PCI device 0000:13:00.0 on NUMA socket -1 >>>>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>>>> EAL: PCI memory mapped at 0x7fa658404000 >>>>>> EAL: PCI memory mapped at 0x7fa658405000 >>>>>> EAL: PCI memory mapped at 0x7fa658406000 >>>>>> Zone 0: name:, phys:0x82bfdec0, len:0x2080, >>>>>> virt:0x7fa6583fdec0, socket_id:0, flags:0 >>>>>> Zone 1: name:, phys:0x82973d40, len:0x28a0c0, >>>>>> virt:0x7fa658173d40, socket_id:0, flags:0 >>>>>> Zone 2: name:, phys:0x82943200, len:0x2f800, >>>>>> virt:0x7fa658143200, socket_id:0, flags:0 >>>>>> 2016-07-21T09:33:36Z|00009|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath supports recirculation >>>>>> 2016-07-21T09:33:36Z|00010|ofproto_dpif|INFO|netdev@ovs-netdev: MPLS >>>>>> label stack length probed as 3 >>>>>> 2016-07-21T09:33:36Z|00011|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath supports truncate action >>>>>> 2016-07-21T09:33:36Z|00012|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath supports unique flow ids >>>>>> 2016-07-21T09:33:36Z|00013|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath does not support ct_state >>>>>> 2016-07-21T09:33:36Z|00014|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath does not support ct_zone >>>>>> 2016-07-21T09:33:36Z|00015|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath does not support ct_mark >>>>>> 2016-07-21T09:33:36Z|00016|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath does not support ct_label >>>>>> 2016-07-21T09:33:36Z|00017|ofproto_dpif|INFO|netdev@ovs-netdev: >>>>>> Datapath does not support ct_state_nat >>>>>> 2016-07-21T09:33:36Z|00018|bridge|INFO|bridge br0: added interface b= r0 >>>>>> on port 65534 >>>>>> 2016-07-21T09:33:36Z|00019|dpif_netlink|WARN|Generic Netlink family >>>>>> 'ovs_datapath' does not exist. The Open vSwitch kernel module is >>>>>> probably not loaded. >>>>>> 2016-07-21T09:33:36Z|00020|dpdk|INFO|Port 0: 00:0c:29:b5:9f:5b >>>>>> 2016-07-21T09:33:36Z|00021|dpdk|ERR|Interface dpdk0 start error: >>>>>> Operation not permitted >>>>>> 2016-07-21T09:33:36Z|00022|bridge|INFO|bridge br0: using datapath ID >>>>>> 0000c664fbd86348 >>>>>> 2016-07-21T09:33:36Z|00023|connmgr|INFO|br0: added service controlle= r >>>>>> "punix:/usr/local/var/run/openvswitch/br0.mgmt" >>>>>> 2016-07-21T09:33:36Z|00024|timeval|WARN|Unreasonably long 1244ms pol= l >>>>>> interval (233ms user, 880ms system) >>>>>> 2016-07-21T09:33:36Z|00025|timeval|WARN|faults: 3902 minor, 0 major >>>>>> 2016-07-21T09:33:36Z|00026|timeval|WARN|context switches: 10 >>>>>> voluntary, 214 involuntary >>>>>> 2016-07-21T09:33:36Z|00027|coverage|INFO|Event coverage, avg rate ov= er >>>>>> last: 5 seconds, last minute, last hour, hash=3D75cfd2fc: >>>>>> 2016-07-21T09:33:36Z|00028|coverage|INFO|bridge_reconfigure >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00029|coverage|INFO|ofproto_flush >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00030|coverage|INFO|ofproto_update_port >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00031|coverage|INFO|rev_flow_table >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00032|coverage|INFO|cmap_expand >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 22 >>>>>> 2016-07-21T09:33:36Z|00033|coverage|INFO|cmap_shrink >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 7 >>>>>> 2016-07-21T09:33:36Z|00034|coverage|INFO|dpif_port_add >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 2 >>>>>> 2016-07-21T09:33:36Z|00035|coverage|INFO|dpif_flow_flush >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 2 >>>>>> 2016-07-21T09:33:36Z|00036|coverage|INFO|dpif_flow_get >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 5 >>>>>> 2016-07-21T09:33:36Z|00037|coverage|INFO|dpif_flow_put >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 10 >>>>>> 2016-07-21T09:33:36Z|00038|coverage|INFO|dpif_flow_del >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 5 >>>>>> 2016-07-21T09:33:36Z|00039|coverage|INFO|dpif_execute >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 3 >>>>>> 2016-07-21T09:33:36Z|00040|coverage|INFO|flow_extract >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 4 >>>>>> 2016-07-21T09:33:36Z|00041|coverage|INFO|miniflow_malloc >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 16 >>>>>> 2016-07-21T09:33:36Z|00042|coverage|INFO|hmap_pathological >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00043|coverage|INFO|hmap_expand >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 653 >>>>>> 2016-07-21T09:33:36Z|00044|coverage|INFO|netdev_get_stats >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00045|coverage|INFO|poll_create_node >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 15 >>>>>> 2016-07-21T09:33:36Z|00046|coverage|INFO|poll_zero_timeout >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00047|coverage|INFO|seq_change >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 575 >>>>>> 2016-07-21T09:33:36Z|00048|coverage|INFO|pstream_open >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 3 >>>>>> 2016-07-21T09:33:36Z|00049|coverage|INFO|stream_open >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00050|coverage|INFO|util_xalloc >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 11820 >>>>>> 2016-07-21T09:33:36Z|00051|coverage|INFO|netdev_set_policing >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00052|coverage|INFO|netdev_get_ifindex >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00053|coverage|INFO|netdev_get_hwaddr >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 2 >>>>>> 2016-07-21T09:33:36Z|00054|coverage|INFO|netdev_set_hwaddr >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00055|coverage|INFO|netdev_get_ethtool >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 2 >>>>>> 2016-07-21T09:33:36Z|00056|coverage|INFO|netlink_received >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 6 >>>>>> 2016-07-21T09:33:36Z|00057|coverage|INFO|netlink_recv_jumbo >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 1 >>>>>> 2016-07-21T09:33:36Z|00058|coverage|INFO|netlink_sent >>>>>> 0.0/sec 0.000/sec 0.0000/sec total: 5 >>>>>> 2016-07-21T09:33:36Z|00059|coverage|INFO|70 events never hit >>>>>> 2016-07-21T09:33:36Z|00060|dpdk|INFO|Port 0: 00:0c:29:b5:9f:5b >>>>>> 2016-07-21T09:33:36Z|00061|dpdk|ERR|Interface dpdk0 start error: >>>>>> Operation not permitted >>>>> >>>>> The PMD start function is failing, unfortunately that error does not = tell >>>>> that much information. >>>>> >>>>> I would suggest you to enable the debug of the vmxnet3 PMD in DPDK, s= et >>>>> CONFIG_RTE_LIBRTE_VMXNET3_DEBUG_INIT=3Dy in the config/common_base fi= le of >>>>> DPDK, then recompile DPDK and OvS. >>>>> >>>>> Please try once again and send the terminal output, I hope we can get= a >>>>> more >>>>> information of what is going on with that log. >>>> >>>> Based on your request, I reproduce the log with >>>> CONFIG_RTE_LIBRTE_VMXNET3_DEBUG_INIT=3Dy >>>> sudo ovs-vswitchd unix:/usr/local/var/run/openvswitch/db.sock >>>> --log-file=3D/var/log/openvswitch/ovs-vswitchd.log --pidfile --detach >>>> 2016-07-25T09:24:17Z|00001|vlog|INFO|opened log file >>>> /var/log/openvswitch/ovs-vswitchd.log >>>> 2016-07-25T09:24:17Z|00002|ovs_numa|INFO|Discovered 2 CPU cores on NUM= A >>>> node 0 >>>> 2016-07-25T09:24:17Z|00003|ovs_numa|INFO|Discovered 1 NUMA nodes and 2= CPU >>>> cores >>>> >>>> 2016-07-25T09:24:17Z|00004|reconnect|INFO|unix:/usr/local/var/run/open= vswitch/db.sock: >>>> connecting... >>>> >>>> 2016-07-25T09:24:17Z|00005|reconnect|INFO|unix:/usr/local/var/run/open= vswitch/db.sock: >>>> connected >>>> 2016-07-25T09:24:17Z|00006|dpdk|INFO|DPDK Enabled, initializing >>>> 2016-07-25T09:24:17Z|00007|dpdk|INFO|No vhost-sock-dir provided - >>>> defaulting to /usr/local/var/run/openvswitch >>>> 2016-07-25T09:24:17Z|00008|dpdk|INFO|EAL ARGS: ovs-vswitchd >>>> --socket-mem 1024,0 -c 0x00000001 >>>> EAL: Detected lcore 0 as core 0 on socket 0 >>>> EAL: Detected lcore 1 as core 0 on socket 0 >>>> EAL: Support maximum 128 logical core(s) by configuration. >>>> EAL: Detected 2 lcore(s) >>>> EAL: Probing VFIO support... >>>> EAL: Module /sys/module/vfio_pci not found! error 2 (No such file or >>>> directory) >>>> EAL: VFIO modules not loaded, skipping VFIO support... >>>> EAL: Setting up physically contiguous memory... >>>> EAL: Ask a virtual area of 0x200000 bytes >>>> EAL: Virtual area found at 0x7fdea6000000 (size =3D 0x200000) >>>> EAL: Ask a virtual area of 0x5e000000 bytes >>>> EAL: Virtual area found at 0x7fde47e00000 (size =3D 0x5e000000) >>>> EAL: Ask a virtual area of 0x200000 bytes >>>> EAL: Virtual area found at 0x7fde47a00000 (size =3D 0x200000) >>>> EAL: Ask a virtual area of 0x200000 bytes >>>> EAL: Virtual area found at 0x7fde47600000 (size =3D 0x200000) >>>> EAL: Ask a virtual area of 0xa1800000 bytes >>>> EAL: Virtual area found at 0x7fdda5c00000 (size =3D 0xa1800000) >>>> EAL: Ask a virtual area of 0x200000 bytes >>>> EAL: Virtual area found at 0x7fdda5800000 (size =3D 0x200000) >>>> EAL: Requesting 512 pages of size 2MB from socket 0 >>>> EAL: TSC frequency is ~2799209 KHz >>>> EAL: Master lcore 0 is ready (tid=3Da855eb80;cpuset=3D[0]) >>>> PMD: rte_vmxnet3_pmd_init(): >> >>>> EAL: PCI device 0000:03:00.0 on NUMA socket -1 >>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>> EAL: Not managed by a supported kernel driver, skipped >>>> EAL: PCI device 0000:0b:00.0 on NUMA socket -1 >>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>> EAL: PCI memory mapped at 0x7fdea6200000 >>>> EAL: PCI memory mapped at 0x7fdea6201000 >>>> EAL: PCI memory mapped at 0x7fdea6202000 >>>> PMD: eth_vmxnet3_dev_init(): >> >>>> PMD: eth_vmxnet3_dev_init(): Hardware version : 1 >>>> PMD: eth_vmxnet3_dev_init(): UPT hardware version : 1 >>>> PMD: eth_vmxnet3_dev_init(): MAC Address : 00:0c:29:b5:9f:5b >>>> EAL: PCI device 0000:13:00.0 on NUMA socket -1 >>>> EAL: probe driver: 15ad:7b0 rte_vmxnet3_pmd >>>> EAL: Not managed by a supported kernel driver, skipped >>>> Zone 0: name:, phys:0x555fdec0, len:0x2080, >>>> virt:0x7fdea61fdec0, socket_id:0, flags:0 >>>> Zone 1: name:, phys:0x95375f00, len:0x28a0c0, >>>> virt:0x7fde87975f00, socket_id:0, flags:0 >>>> Zone 2: name:, phys:0x555cd300, len:0x2f800, >>>> virt:0x7fdea61cd300, socket_id:0, flags:0 >>>> >>>> PMD: vmxnet3_dev_configure(): >> >>>> PMD: vmxnet3_dev_tx_queue_setup(): >> >>>> PMD: vmxnet3_dev_rx_queue_setup(): >> >>>> PMD: vmxnet3_dev_start(): >> >>>> PMD: vmxnet3_rss_configure(): >> >>>> PMD: vmxnet3_write_mac(): Writing MAC Address : 00:0c:29:b5:9f:5b >>>> PMD: vmxnet3_disable_intr(): >> >>>> PMD: vmxnet3_dev_rxtx_init(): >> >>>> 2016-07-25T09:40:23Z|00020|dpdk|INFO|Port 0: 00:0c:29:b5:9f:5b >>>> PMD: vmxnet3_dev_stop(): >> >>>> PMD: vmxnet3_disable_intr(): >> >>>> PMD: vmxnet3_dev_stop(): Device reset. >>>> PMD: vmxnet3_dev_clear_queues(): >> >>>> PMD: vmxnet3_dev_configure(): >> >>>> PMD: vmxnet3_dev_tx_queue_setup(): >> >>>> PMD: vmxnet3_dev_tx_queue_setup(): >> >>>> PMD: vmxnet3_dev_tx_queue_setup(): >> >>>> PMD: vmxnet3_dev_rx_queue_setup(): >> >>>> PMD: vmxnet3_dev_start(): >> >>>> PMD: vmxnet3_rss_configure(): >> >>>> PMD: vmxnet3_write_mac(): Writing MAC Address : 00:0c:29:b5:9f:5b >>>> PMD: vmxnet3_dev_start(): Device activation: UNSUCCESSFUL >>> >>> >>> Unfortunately it is the most I can help you, it is strange for me why >>> test-pmd is working and why OvS is not. >>> I think it is a DPDK issue, then the next step is to post on the DPDK >>> mailing (dev@dpdk.org, add also in CC Yong Wang t= hat >>> is the vmxnet3 maintainer), send a link to this thread in order to be c= lear >>> what you have tested. >> >> >> Hello Yong Wang, >> >> I am running fedora VM in ESXi 5.5.0 environment. I tried to install >> OVS and DPDK. OVS couldnt start DPDK device. >> You can see the error in the mail below. Do you know why? IF you need >> more information. I can provide more information. >> >> Good news, when I tried in Fedora 23 VM in ESXi 5.5.0, it works. It is >> possible to bind an dpdk device and get packets on port. >> >> Thanks Mauricio for your help and reply. >> >> Best regards >> Sothy > > Sothy, > Hello, > You mentioned that on Fedora 23, it works. Then on some version Fedora t= hat it failed? Initially, I started working on Ubuntu 14.04. It produce error. Therefore, I changed in Fedora. I worked directly on Fedora 23. For fedora, I only tried on Fedora 23. It works. I didnt tried on other version. All Vms are in ESX 5.5. The problem is in Ubuntu vm ONLY, > From your previous post, you mentioned that it=E2=80=99s a Ubuntu 14.04 V= M? Can you clarify? Other than the changes you >mentioned already, are th= ere any other changes (such as ring buffer size, number of rx queues, etc) = that have been >changed? I didnt do any changes. I just followed basic commands given in OVDK install.md and >Is there any updates installed on your ESX 5.5? no >If yes, what=E2=80=99s the exact update version? Can you also send me a c= opy of your vmkernel.log offline? I will send you offline. > > Also copying Daniele as he is trying to help reproduce the reported issue= . > >> >>> >>>> I deleted exisiting bridge and recreated:::::: >>>> >>>> >>>> Then I added bridge. After I try to create bridge. It gives error. The >>>> erros is same as shown in log file. >>>> >>>> 2016-07-25T09:29:43.248Z|00020|bridge|INFO|bridge br0: added interface >>>> br0 on port 65534 >>>> 2016-07-25T09:29:43.253Z|00021|dpif_netlink|WARN|Generic Netlink >>>> family 'ovs_datapath' does not exist. The Open vSwitch kernel module >>>> is probably not loaded. >>>> 2016-07-25T09:29:43.253Z|00022|bridge|INFO|bridge br0: using datapath >>>> ID 0000e6aac740584b >>>> 2016-07-25T09:29:43.253Z|00023|connmgr|INFO|br0: added service >>>> controller "punix:/usr/local/var/run/openvswitch/br0.mgmt" >>>> 2016-07-25T09:30:54.008Z|00024|dpdk|INFO|Port 0: 00:0c:29:b5:9f:5b >>>> 2016-07-25T09:30:54.021Z|00025|dpdk|ERR|Interface dpdk0 start error: >>>> Operation not permitted >>>> 2016-07-25T09:30:54.021Z|00026|dpif|WARN|netdev@ovs-netdev: failed to >>>> add dpdk0 as port: Operation not permitted >>>> >>>> >>>> >>>>> Another thing to do would be to bind the NICs to the uio_pci_generic = and >>>>> VFIO modules, just to be sure that the issue is also present there. >>>> >>>> I tried in uio and uio_pci_genric also. Both are giving same error. >>>> I suspect I cannt activate VFIO in VM since it is BIOS suport also. AM= I >>>> right? >>>> >>>> Thanks >>>> >>>>> >>>>>> in command line some information for your verification: >>>>>> >>>>>> sudo ovs-vsctl show >>>>>> d53612e0-5d82-4cc1-af7d-ee887a737ef2 >>>>>> Bridge "br0" >>>>>> Port "dpdk0" >>>>>> Interface "dpdk0" >>>>>> type: dpdk >>>>>> Port "br0" >>>>>> Interface "br0" >>>>>> type: internal >>>>>> vrouter@vrouter-virtual-machine:~/ovs$ sudo ovs-vsctl del-br br0 >>>>>> vrouter@vrouter-virtual-machine:~/ovs$ sudo ovs-vsctl add-br br0 -- >>>>>> set bridge br0 datapath_type=3Dnetdev >>>>>> vrouter@vrouter-virtual-machine:~/ovs$ sudo ovs-vsctl add-port br0 >>>>>> dpdk0 -- set Interface dpdk0 type=3Ddpdk >>>>>> ovs-vsctl: Error detected while setting up 'dpdk0'. See ovs-vswitch= d >>>>>> log for details. >>>>>> >>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= +++++++++++++++++++++++++++++++++++++++++++ >>>>>>>>> sudo ovs-vsctl show >>>>>>>>> d53612e0-5d82-4cc1-af7d-ee887a737ef2 >>>>>>>>> Bridge "br0" >>>>>>>>> Port "dpdk0" >>>>>>>>> Interface "dpdk0" >>>>>>>>> type: dpdk >>>>>>>>> Port "br0" >>>>>>>>> Interface "br0" >>>>>>>>> type: internal >>>>>>>>> >>>>>>>>> sudo ovs-ofctl dump-flows br0 >>>>>>>>> NXST_FLOW reply (xid=3D0x4): >>>>>>>>> cookie=3D0x0, duration=3D487.638s, table=3D0, n_packets=3D0, n= _bytes=3D0, >>>>>>>>> idle_age=3D487, priority=3D0 actions=3DNORMAL >>>>>>>>> >>>>>>>>> >>>>>>>>>> In addition I would recommend to use the test-pmd [1] applicatio= n >>>>>>>>>> from >>>>>>>>>> DPDK >>>>>>>>>> to check if the issue is also present in that case. >>>>>>>> >>>>>>>> I run testpmd command.The result is >>>>>>>> >>>>>>>> Configuring Port 0 (socket 0) >>>>>>>> Port 0: 00:0C:29:B5:9F:5B >>>>>>>> Configuring Port 1 (socket 0) >>>>>>>> Port 1: 00:0C:29:B5:9F:65 >>>>>>>> Checking link statuses... >>>>>>>> Port 0 Link Up - speed 10000 Mbps - full-duplex >>>>>>>> Port 1 Link Up - speed 10000 Mbps - full-duplex >>>>>>>> Done >>>>>>>> No commandline core given, start packet forwarding >>>>>>>> io packet forwarding - CRC stripping disabled - packets/burst= =3D32 >>>>>>>> nb forwarding cores=3D1 - nb forwarding ports=3D2 >>>>>>>> RX queues=3D1 - RX desc=3D128 - RX free threshold=3D0 >>>>>>>> RX threshold registers: pthresh=3D0 hthresh=3D0 wthresh=3D0 >>>>>>>> TX queues=3D1 - TX desc=3D512 - TX free threshold=3D0 >>>>>>>> TX threshold registers: pthresh=3D0 hthresh=3D0 wthresh=3D0 >>>>>>>> TX RS bit threshold=3D0 - TXQ flags=3D0x200 >>>>>>>> Press enter to exit >>>>>>>> >>>>>>>> Telling cores to stop... >>>>>>>> Waiting for lcores to finish... >>>>>>>> >>>>>>>> ---------------------- Forward statistics for port 0 >>>>>>>> ---------------------- >>>>>>>> RX-packets: 88 RX-dropped: 0 RX-total:= 88 >>>>>>>> TX-packets: 2 TX-dropped: 0 TX-total:= 2 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------= ---------- >>>>>>>> >>>>>>>> ---------------------- Forward statistics for port 1 >>>>>>>> ---------------------- >>>>>>>> RX-packets: 2 RX-dropped: 0 RX-total:= 2 >>>>>>>> TX-packets: 88 TX-dropped: 0 TX-total:= 88 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ------------------------------------------------------------------= ---------- >>>>>>>> >>>>>>>> +++++++++++++++ Accumulated forward statistics for all >>>>>>>> ports+++++++++++++++ >>>>>>>> RX-packets: 90 RX-dropped: 0 RX-total:= 90 >>>>>>>> TX-packets: 90 TX-dropped: 0 TX-total:= 90 >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++= ++++++++ >>>>>>>> >>>>>>>> make sense? >>>>>>> >>>>>>> >>>>>>> Yes, it makes sense. Ports are being recognized by DPDK and some >>>>>>> packets >>>>>>> were exchanged. >>>>>>> >>>>>>> >>>>>>>>>> [1] https://urldefense.proofpoint.com/v2/url?u=3Dhttp-3A__dpdk.o= rg_doc_guides-2D16.04_testpmd-5Fapp-5Fug_index.html&d=3DCwIBaQ&c=3DSqcl0Ez6= M0X8aeM67LKIiDJAXVeAw-YihVMNtXt-uEs&r=3D44mSO5N5yEs4CeCdtQE0xt0F7J0p67_mApY= VAzyYms0&m=3DvpaHcL64W3vOTY9P8yRZOdCJzbL_oWzZH6J2u4iT614&s=3DJnLeHoyKuiecYI= 95-fcfFiuev5g2CDweT2MnyUiKWzM&e=3D >>>>>>>>>> >>>>>>>>>> Mauricio Vasquez, >>>>>>> >>>>>>> >>>>> Mauricio V, >>> >>> >