[dpdk-users] [dpdk-dev] DPDK i40evf problem in receving packet

2016-02-10 Thread Saurabh Mishra
Hi,


*i40e card is :*


00:09.0 *Ether*net controller: Intel Corporation XL710/X710 Virtual
Function (rev 01)

00:0a.0 *Ether*net controller: Intel Corporation XL710/X710 Virtual
Function (rev 01)

firmware-version: f4.40 a1.4 n04.53 e80001dc0

Is there any extra verbose/debug in DPDK which we can enable to find out
why RX does not receive any packet after first one?

Thanks,
/Saurabh

On Wed, Feb 10, 2016 at 3:15 AM, Thomas Monjalon 
wrote:

> Formatting note:
> Please avoid top posting (inline replies are preferred),
> and do not include such disclaimer, not relevant on a mailing list.
> Thanks
>
> 2016-02-10 16:00, Muhammad Zain-ul-Abideen:
> > Hi Saurabh,
> > Can you tell me what card you are uing
> >
> >
> > *Regards:*
> > Zain ul Abideen
> >
> >
> > *Disclaimer**: The information contained in this e-mail and any
> attachments
> > is confidential; it is intended only for use of the individual or entity
> > named above. If the reader of this message is not the intended recipient,
> > you are notified that any dissemination, distribution or use of this
> > information is strictly prohibited. If you have received this
> communication
> > in error, please delete it and email confirmation to the sender. Thank
> You.*
> >
> >
> > On Wed, Feb 10, 2016 at 6:30 AM, Saurabh Mishra  >
> > wrote:
> >
> > > Hi Qian --
> > >
> > > Any suggestions? This is bit urgent.
> > >
> > > /Saurabh
> > >
> > > On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra <
> saurabh.globe at gmail.com>
> > > wrote:
> > >
> > > > Hi Qian --
> > > >
> > > >
> > > > Here's the data from Host:
> > > >
> > > > [root at oscompute3 ~]# ethtool -i p3p1
> > > >
> > > > driver: i40e
> > > >
> > > > version: 1.0.11-k
> > > >
> > > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > > >
> > > > bus-info: :04:00.0
> > > >
> > > > supports-statistics: yes
> > > >
> > > > supports-test: yes
> > > >
> > > > supports-eeprom-access: yes
> > > >
> > > > supports-register-dump: yes
> > > >
> > > > supports-priv-flags: no
> > > >
> > > > [root at oscompute3 ~]# ethtool -i p3p2
> > > >
> > > > driver: i40e
> > > >
> > > > version: 1.0.11-k
> > > >
> > > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > > >
> > > > bus-info: :04:00.1
> > > >
> > > > supports-statistics: yes
> > > >
> > > > supports-test: yes
> > > >
> > > > supports-eeprom-access: yes
> > > >
> > > > supports-register-dump: yes
> > > >
> > > > supports-priv-flags: no
> > > >
> > > > [root at oscompute3 ~]#
> > > >
> > > > EthApp> drvinfo
> > > >
> > > > Port 0 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
> > > >
> > > > Port 1 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
> > > >
> > > > EthApp>
> > > >
> > > > On Fri, Feb 5, 2016 at 4:59 PM, Xu, Qian Q 
> wrote:
> > > >
> > > >> What's your current firmware info, can u run ethtool -i
> port_interface
> > > to
> > > >> check?
> > > >>
> > > >> Thanks
> > > >> Qian
> > > >>
> > > >> -Original Message-
> > > >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Saurabh Mishra
> > > >> Sent: Saturday, February 06, 2016 6:33 AM
> > > >> To: dev at dpdk.org; users at dpdk.org
> > > >> Subject: [dpdk-dev] DPDK i40evf problem in receving packet
> > > >>
> > > >> Hi,
> > > >>
> > > >> I'm seeing two problems:
> > > >>
> > > >> 1)  when use our kernel '3.10.88-8.0.0.0.6', we only receive first
> > > >> packet but not subsequent ones at all after that. However, when I
> use
> > > >> centos7.0, then l2fwd is able to receive all the packets.
> > > >>
> > > >> 2) I've also seen that on centos7.0, symmetric_mp itself is not
> working.
> > > >> dev start fails with 280 error.
> > > >>
> > > >> i40evf is giving us lot of headache. The i40evf kernel driver works
> > > >> without any problem. Host is a centos7 KVM. I've already upgraded
> > > firmware
> > > >> to latest.
> > > >>
> > > >> [root at localhost ~]# uname -a
> > > >>
> > > >> Linux localhost.localdomain 3.10.0-327.4.5.el7.x86_64 #1 SMP Mon
> Jan 25
> > > >> 22:07:14 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
> > > >>
> > > >> [root at localhost ~]#
> > > >>
> > > >> [root at localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr
> -c2
> > > >> -m2048 -n1 --base-virtaddr=0x7fa0 --proc-type=primary -- -p
> 3
> > > >> --num-procs=1 --proc-id=0
> > > >>
> > > >> 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: No free hugepages reported in hugepages-1048576kB
> > > >>
> > > >> EAL: VFIO modules not all loaded, skip VFIO support...
> > > >>
> > > >> EAL: Setting up physically contiguous memory...
> > > >>
> > > >> EAL: Ask a virtual area of 0x2a80 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa0 (size = 0x2a80)
> > > >>
> > > >> EAL: Ask a virtual area of 0x20 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa02a80 (size = 0x20)
> > > >>
> > > 

[dpdk-users] [dpdk-dev] DPDK i40evf problem in receving packet

2016-02-10 Thread Thomas Monjalon
Formatting note:
Please avoid top posting (inline replies are preferred),
and do not include such disclaimer, not relevant on a mailing list.
Thanks

2016-02-10 16:00, Muhammad Zain-ul-Abideen:
> Hi Saurabh,
> Can you tell me what card you are uing
> 
> 
> *Regards:*
> Zain ul Abideen
> 
> 
> *Disclaimer**: The information contained in this e-mail and any attachments
> is confidential; it is intended only for use of the individual or entity
> named above. If the reader of this message is not the intended recipient,
> you are notified that any dissemination, distribution or use of this
> information is strictly prohibited. If you have received this communication
> in error, please delete it and email confirmation to the sender. Thank You.*
> 
> 
> On Wed, Feb 10, 2016 at 6:30 AM, Saurabh Mishra 
> wrote:
> 
> > Hi Qian --
> >
> > Any suggestions? This is bit urgent.
> >
> > /Saurabh
> >
> > On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra 
> > wrote:
> >
> > > Hi Qian --
> > >
> > >
> > > Here's the data from Host:
> > >
> > > [root at oscompute3 ~]# ethtool -i p3p1
> > >
> > > driver: i40e
> > >
> > > version: 1.0.11-k
> > >
> > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > >
> > > bus-info: :04:00.0
> > >
> > > supports-statistics: yes
> > >
> > > supports-test: yes
> > >
> > > supports-eeprom-access: yes
> > >
> > > supports-register-dump: yes
> > >
> > > supports-priv-flags: no
> > >
> > > [root at oscompute3 ~]# ethtool -i p3p2
> > >
> > > driver: i40e
> > >
> > > version: 1.0.11-k
> > >
> > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > >
> > > bus-info: :04:00.1
> > >
> > > supports-statistics: yes
> > >
> > > supports-test: yes
> > >
> > > supports-eeprom-access: yes
> > >
> > > supports-register-dump: yes
> > >
> > > supports-priv-flags: no
> > >
> > > [root at oscompute3 ~]#
> > >
> > > EthApp> drvinfo
> > >
> > > Port 0 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
> > >
> > > Port 1 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
> > >
> > > EthApp>
> > >
> > > On Fri, Feb 5, 2016 at 4:59 PM, Xu, Qian Q  wrote:
> > >
> > >> What's your current firmware info, can u run ethtool -i port_interface
> > to
> > >> check?
> > >>
> > >> Thanks
> > >> Qian
> > >>
> > >> -Original Message-
> > >> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Saurabh Mishra
> > >> Sent: Saturday, February 06, 2016 6:33 AM
> > >> To: dev at dpdk.org; users at dpdk.org
> > >> Subject: [dpdk-dev] DPDK i40evf problem in receving packet
> > >>
> > >> Hi,
> > >>
> > >> I'm seeing two problems:
> > >>
> > >> 1)  when use our kernel '3.10.88-8.0.0.0.6', we only receive first
> > >> packet but not subsequent ones at all after that. However, when I use
> > >> centos7.0, then l2fwd is able to receive all the packets.
> > >>
> > >> 2) I've also seen that on centos7.0, symmetric_mp itself is not working.
> > >> dev start fails with 280 error.
> > >>
> > >> i40evf is giving us lot of headache. The i40evf kernel driver works
> > >> without any problem. Host is a centos7 KVM. I've already upgraded
> > firmware
> > >> to latest.
> > >>
> > >> [root at localhost ~]# uname -a
> > >>
> > >> Linux localhost.localdomain 3.10.0-327.4.5.el7.x86_64 #1 SMP Mon Jan 25
> > >> 22:07:14 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
> > >>
> > >> [root at localhost ~]#
> > >>
> > >> [root at localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
> > >> -m2048 -n1 --base-virtaddr=0x7fa0 --proc-type=primary -- -p 3
> > >> --num-procs=1 --proc-id=0
> > >>
> > >> 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: No free hugepages reported in hugepages-1048576kB
> > >>
> > >> EAL: VFIO modules not all loaded, skip VFIO support...
> > >>
> > >> EAL: Setting up physically contiguous memory...
> > >>
> > >> EAL: Ask a virtual area of 0x2a80 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa0 (size = 0x2a80)
> > >>
> > >> EAL: Ask a virtual area of 0x20 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa02a80 (size = 0x20)
> > >>
> > >> EAL: Ask a virtual area of 0x5400 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa02aa0 (size = 0x5400)
> > >>
> > >> EAL: Ask a virtual area of 0x40 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07ea0 (size = 0x40)
> > >>
> > >> EAL: Ask a virtual area of 0x20 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07ee0 (size = 0x20)
> > >>
> > >> EAL: Ask a virtual area of 0x20 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f00 (size = 0x20)
> > >>
> > >> EAL: Ask a virtual area of 0x60 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f20 (size = 0x60)
> > >>
> > >> EAL: Ask a virtual area of 0x20 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f80 (size = 0x20)
> > >>
> > >> EAL: Ask a 

[dpdk-users] [dpdk-dev] DPDK i40evf problem in receving packet

2016-02-09 Thread Saurabh Mishra
Hi Qian --

Any suggestions? This is bit urgent.

/Saurabh

On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra 
wrote:

> Hi Qian --
>
>
> Here's the data from Host:
>
> [root at oscompute3 ~]# ethtool -i p3p1
>
> driver: i40e
>
> version: 1.0.11-k
>
> firmware-version: f4.40 a1.4 n04.53 e80001dc0
>
> bus-info: :04:00.0
>
> supports-statistics: yes
>
> supports-test: yes
>
> supports-eeprom-access: yes
>
> supports-register-dump: yes
>
> supports-priv-flags: no
>
> [root at oscompute3 ~]# ethtool -i p3p2
>
> driver: i40e
>
> version: 1.0.11-k
>
> firmware-version: f4.40 a1.4 n04.53 e80001dc0
>
> bus-info: :04:00.1
>
> supports-statistics: yes
>
> supports-test: yes
>
> supports-eeprom-access: yes
>
> supports-register-dump: yes
>
> supports-priv-flags: no
>
> [root at oscompute3 ~]#
>
> EthApp> drvinfo
>
> Port 0 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
>
> Port 1 driver: rte_i40evf_pmd (ver: RTE 2.2.0)
>
> EthApp>
>
> On Fri, Feb 5, 2016 at 4:59 PM, Xu, Qian Q  wrote:
>
>> What's your current firmware info, can u run ethtool -i port_interface to
>> check?
>>
>> Thanks
>> Qian
>>
>> -Original Message-
>> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Saurabh Mishra
>> Sent: Saturday, February 06, 2016 6:33 AM
>> To: dev at dpdk.org; users at dpdk.org
>> Subject: [dpdk-dev] DPDK i40evf problem in receving packet
>>
>> Hi,
>>
>> I'm seeing two problems:
>>
>> 1)  when use our kernel '3.10.88-8.0.0.0.6', we only receive first
>> packet but not subsequent ones at all after that. However, when I use
>> centos7.0, then l2fwd is able to receive all the packets.
>>
>> 2) I've also seen that on centos7.0, symmetric_mp itself is not working.
>> dev start fails with 280 error.
>>
>> i40evf is giving us lot of headache. The i40evf kernel driver works
>> without any problem. Host is a centos7 KVM. I've already upgraded firmware
>> to latest.
>>
>> [root at localhost ~]# uname -a
>>
>> Linux localhost.localdomain 3.10.0-327.4.5.el7.x86_64 #1 SMP Mon Jan 25
>> 22:07:14 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>>
>> [root at localhost ~]#
>>
>> [root at localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
>> -m2048 -n1 --base-virtaddr=0x7fa0 --proc-type=primary -- -p 3
>> --num-procs=1 --proc-id=0
>>
>> 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: No free hugepages reported in hugepages-1048576kB
>>
>> EAL: VFIO modules not all loaded, skip VFIO support...
>>
>> EAL: Setting up physically contiguous memory...
>>
>> EAL: Ask a virtual area of 0x2a80 bytes
>>
>> EAL: Virtual area found at 0x7fa0 (size = 0x2a80)
>>
>> EAL: Ask a virtual area of 0x20 bytes
>>
>> EAL: Virtual area found at 0x7fa02a80 (size = 0x20)
>>
>> EAL: Ask a virtual area of 0x5400 bytes
>>
>> EAL: Virtual area found at 0x7fa02aa0 (size = 0x5400)
>>
>> EAL: Ask a virtual area of 0x40 bytes
>>
>> EAL: Virtual area found at 0x7fa07ea0 (size = 0x40)
>>
>> EAL: Ask a virtual area of 0x20 bytes
>>
>> EAL: Virtual area found at 0x7fa07ee0 (size = 0x20)
>>
>> EAL: Ask a virtual area of 0x20 bytes
>>
>> EAL: Virtual area found at 0x7fa07f00 (size = 0x20)
>>
>> EAL: Ask a virtual area of 0x60 bytes
>>
>> EAL: Virtual area found at 0x7fa07f20 (size = 0x60)
>>
>> EAL: Ask a virtual area of 0x20 bytes
>>
>> EAL: Virtual area found at 0x7fa07f80 (size = 0x20)
>>
>> EAL: Ask a virtual area of 0x20 bytes
>>
>> EAL: Virtual area found at 0x7fa07fa0 (size = 0x20)
>>
>> EAL: Ask a virtual area of 0x40 bytes
>>
>> EAL: Virtual area found at 0x7fa07fc0 (size = 0x40)
>>
>> EAL: Requesting 1024 pages of size 2MB from socket 0
>>
>> EAL: TSC frequency is ~260 KHz
>>
>> EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using
>> unreliable clock cycles !
>>
>> EAL: Master lcore 1 is ready (tid=3e55900;cpuset=[1])
>>
>> EAL: PCI device :00:09.0 on NUMA socket -1
>>
>> EAL:   probe driver: 8086:154c rte_i40evf_pmd
>>
>> EAL:   PCI memory mapped at 0x7fa08000
>>
>> EAL:   PCI memory mapped at 0x7fa08001
>>
>> EAL: PCI device :00:0a.0 on NUMA socket -1
>>
>> EAL:   probe driver: 8086:154c rte_i40evf_pmd
>>
>> EAL:   PCI memory mapped at 0x7fa080014000
>>
>> EAL:   PCI memory mapped at 0x7fa080024000
>>
>> # Initialising port 0... Queue :1
>>
>> PMD: i40e_dev_rx_queue_setup(): Rx Burst Bulk Alloc Preconditions are
>> satisfied. Rx Burst Bulk Alloc function will be used on port=0, queue=0.
>>
>> PMD: i40e_set_tx_function_flag(): Vector tx can be enabled on this txq.
>>
>> PMD: i40e_set_rx_function(): Port[0] doesn't meet Vector Rx preconditions
>>
>> PMD: i40e_set_rx_function(): Rx Burst Bulk Alloc Preconditions are
>> satisfied. Rx Burst Bulk Alloc function will be used on port=0.
>>
>> PMD: i40e_set_tx_function(): Simple tx finally be used.

[dpdk-users] [dpdk-dev] DPDK i40evf problem in receving packet

2016-02-06 Thread Saurabh Mishra
Hi Qian --


Here's the data from Host:

[root at oscompute3 ~]# ethtool -i p3p1

driver: i40e

version: 1.0.11-k

firmware-version: f4.40 a1.4 n04.53 e80001dc0

bus-info: :04:00.0

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

[root at oscompute3 ~]# ethtool -i p3p2

driver: i40e

version: 1.0.11-k

firmware-version: f4.40 a1.4 n04.53 e80001dc0

bus-info: :04:00.1

supports-statistics: yes

supports-test: yes

supports-eeprom-access: yes

supports-register-dump: yes

supports-priv-flags: no

[root at oscompute3 ~]#

EthApp> drvinfo

Port 0 driver: rte_i40evf_pmd (ver: RTE 2.2.0)

Port 1 driver: rte_i40evf_pmd (ver: RTE 2.2.0)

EthApp>

On Fri, Feb 5, 2016 at 4:59 PM, Xu, Qian Q  wrote:

> What's your current firmware info, can u run ethtool -i port_interface to
> check?
>
> Thanks
> Qian
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Saurabh Mishra
> Sent: Saturday, February 06, 2016 6:33 AM
> To: dev at dpdk.org; users at dpdk.org
> Subject: [dpdk-dev] DPDK i40evf problem in receving packet
>
> Hi,
>
> I'm seeing two problems:
>
> 1)  when use our kernel '3.10.88-8.0.0.0.6', we only receive first packet
> but not subsequent ones at all after that. However, when I use centos7.0,
> then l2fwd is able to receive all the packets.
>
> 2) I've also seen that on centos7.0, symmetric_mp itself is not working.
> dev start fails with 280 error.
>
> i40evf is giving us lot of headache. The i40evf kernel driver works
> without any problem. Host is a centos7 KVM. I've already upgraded firmware
> to latest.
>
> [root at localhost ~]# uname -a
>
> Linux localhost.localdomain 3.10.0-327.4.5.el7.x86_64 #1 SMP Mon Jan 25
> 22:07:14 UTC 2016 x86_64 x86_64 x86_64 GNU/Linux
>
> [root at localhost ~]#
>
> [root at localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
> -m2048 -n1 --base-virtaddr=0x7fa0 --proc-type=primary -- -p 3
> --num-procs=1 --proc-id=0
>
> 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: No free hugepages reported in hugepages-1048576kB
>
> EAL: VFIO modules not all loaded, skip VFIO support...
>
> EAL: Setting up physically contiguous memory...
>
> EAL: Ask a virtual area of 0x2a80 bytes
>
> EAL: Virtual area found at 0x7fa0 (size = 0x2a80)
>
> EAL: Ask a virtual area of 0x20 bytes
>
> EAL: Virtual area found at 0x7fa02a80 (size = 0x20)
>
> EAL: Ask a virtual area of 0x5400 bytes
>
> EAL: Virtual area found at 0x7fa02aa0 (size = 0x5400)
>
> EAL: Ask a virtual area of 0x40 bytes
>
> EAL: Virtual area found at 0x7fa07ea0 (size = 0x40)
>
> EAL: Ask a virtual area of 0x20 bytes
>
> EAL: Virtual area found at 0x7fa07ee0 (size = 0x20)
>
> EAL: Ask a virtual area of 0x20 bytes
>
> EAL: Virtual area found at 0x7fa07f00 (size = 0x20)
>
> EAL: Ask a virtual area of 0x60 bytes
>
> EAL: Virtual area found at 0x7fa07f20 (size = 0x60)
>
> EAL: Ask a virtual area of 0x20 bytes
>
> EAL: Virtual area found at 0x7fa07f80 (size = 0x20)
>
> EAL: Ask a virtual area of 0x20 bytes
>
> EAL: Virtual area found at 0x7fa07fa0 (size = 0x20)
>
> EAL: Ask a virtual area of 0x40 bytes
>
> EAL: Virtual area found at 0x7fa07fc0 (size = 0x40)
>
> EAL: Requesting 1024 pages of size 2MB from socket 0
>
> EAL: TSC frequency is ~260 KHz
>
> EAL: WARNING: cpu flags constant_tsc=yes nonstop_tsc=no -> using
> unreliable clock cycles !
>
> EAL: Master lcore 1 is ready (tid=3e55900;cpuset=[1])
>
> EAL: PCI device :00:09.0 on NUMA socket -1
>
> EAL:   probe driver: 8086:154c rte_i40evf_pmd
>
> EAL:   PCI memory mapped at 0x7fa08000
>
> EAL:   PCI memory mapped at 0x7fa08001
>
> EAL: PCI device :00:0a.0 on NUMA socket -1
>
> EAL:   probe driver: 8086:154c rte_i40evf_pmd
>
> EAL:   PCI memory mapped at 0x7fa080014000
>
> EAL:   PCI memory mapped at 0x7fa080024000
>
> # Initialising port 0... Queue :1
>
> PMD: i40e_dev_rx_queue_setup(): Rx Burst Bulk Alloc Preconditions are
> satisfied. Rx Burst Bulk Alloc function will be used on port=0, queue=0.
>
> PMD: i40e_set_tx_function_flag(): Vector tx can be enabled on this txq.
>
> PMD: i40e_set_rx_function(): Port[0] doesn't meet Vector Rx preconditions
>
> PMD: i40e_set_rx_function(): Rx Burst Bulk Alloc Preconditions are
> satisfied. Rx Burst Bulk Alloc function will be used on port=0.
>
> PMD: i40e_set_tx_function(): Simple tx finally be used.
>
> smp_port_init() dev start error 280
>
> EAL: Error - exiting with code: 1
>
>   Cause: Error initialising ports
>
> [root at localhost ~]#
>