* [dpdk-dev] DPDK i40evf problem in receving packet
@ 2016-02-05 22:32 Saurabh Mishra
2016-02-06 0:59 ` Xu, Qian Q
0 siblings, 1 reply; 7+ messages in thread
From: Saurabh Mishra @ 2016-02-05 22:32 UTC (permalink / raw)
To: dev, users
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@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@localhost ~]#
[root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
-m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
EAL: Ask a virtual area of 0x54000000 bytes
EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
EAL: Ask a virtual area of 0x400000 bytes
EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
EAL: Ask a virtual area of 0x600000 bytes
EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
EAL: Ask a virtual area of 0x400000 bytes
EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
EAL: Requesting 1024 pages of size 2MB from socket 0
EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
EAL: probe driver: 8086:154c rte_i40evf_pmd
EAL: PCI memory mapped at 0x7fa080000000
EAL: PCI memory mapped at 0x7fa080010000
EAL: PCI device 0000: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@localhost ~]#
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] DPDK i40evf problem in receving packet
2016-02-05 22:32 [dpdk-dev] DPDK i40evf problem in receving packet Saurabh Mishra
@ 2016-02-06 0:59 ` Xu, Qian Q
2016-02-06 17:22 ` Saurabh Mishra
0 siblings, 1 reply; 7+ messages in thread
From: Xu, Qian Q @ 2016-02-06 0:59 UTC (permalink / raw)
To: Saurabh Mishra, dev, users
What's your current firmware info, can u run ethtool -i port_interface to check?
Thanks
Qian
-----Original Message-----
From: dev [mailto:dev-bounces@dpdk.org] On Behalf Of Saurabh Mishra
Sent: Saturday, February 06, 2016 6:33 AM
To: dev@dpdk.org; users@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@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@localhost ~]#
[root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
-m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
EAL: Ask a virtual area of 0x54000000 bytes
EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
EAL: Ask a virtual area of 0x400000 bytes
EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
EAL: Ask a virtual area of 0x600000 bytes
EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
EAL: Ask a virtual area of 0x200000 bytes
EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
EAL: Ask a virtual area of 0x400000 bytes
EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
EAL: Requesting 1024 pages of size 2MB from socket 0
EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
EAL: probe driver: 8086:154c rte_i40evf_pmd
EAL: PCI memory mapped at 0x7fa080000000
EAL: PCI memory mapped at 0x7fa080010000
EAL: PCI device 0000: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@localhost ~]#
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] DPDK i40evf problem in receving packet
2016-02-06 0:59 ` Xu, Qian Q
@ 2016-02-06 17:22 ` Saurabh Mishra
2016-02-10 1:30 ` Saurabh Mishra
0 siblings, 1 reply; 7+ messages in thread
From: Saurabh Mishra @ 2016-02-06 17:22 UTC (permalink / raw)
To: Xu, Qian Q; +Cc: dev, users
Hi Qian --
Here's the data from Host:
[root@oscompute3 ~]# ethtool -i p3p1
driver: i40e
version: 1.0.11-k
firmware-version: f4.40 a1.4 n04.53 e80001dc0
bus-info: 0000:04:00.0
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
[root@oscompute3 ~]# ethtool -i p3p2
driver: i40e
version: 1.0.11-k
firmware-version: f4.40 a1.4 n04.53 e80001dc0
bus-info: 0000:04:00.1
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no
[root@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 <qian.q.xu@intel.com> 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@dpdk.org] On Behalf Of Saurabh Mishra
> Sent: Saturday, February 06, 2016 6:33 AM
> To: dev@dpdk.org; users@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@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@localhost ~]#
>
> [root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
> -m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
>
> EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
>
> EAL: Ask a virtual area of 0x200000 bytes
>
> EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
>
> EAL: Ask a virtual area of 0x54000000 bytes
>
> EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
>
> EAL: Ask a virtual area of 0x400000 bytes
>
> EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
>
> EAL: Ask a virtual area of 0x200000 bytes
>
> EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
>
> EAL: Ask a virtual area of 0x200000 bytes
>
> EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
>
> EAL: Ask a virtual area of 0x600000 bytes
>
> EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
>
> EAL: Ask a virtual area of 0x200000 bytes
>
> EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
>
> EAL: Ask a virtual area of 0x200000 bytes
>
> EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
>
> EAL: Ask a virtual area of 0x400000 bytes
>
> EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
>
> EAL: Requesting 1024 pages of size 2MB from socket 0
>
> EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
>
> EAL: probe driver: 8086:154c rte_i40evf_pmd
>
> EAL: PCI memory mapped at 0x7fa080000000
>
> EAL: PCI memory mapped at 0x7fa080010000
>
> EAL: PCI device 0000: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@localhost ~]#
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] DPDK i40evf problem in receving packet
2016-02-06 17:22 ` Saurabh Mishra
@ 2016-02-10 1:30 ` Saurabh Mishra
2016-02-10 11:00 ` [dpdk-dev] [dpdk-users] " Muhammad Zain-ul-Abideen
0 siblings, 1 reply; 7+ messages in thread
From: Saurabh Mishra @ 2016-02-10 1:30 UTC (permalink / raw)
To: Xu, Qian Q; +Cc: dev, users
Hi Qian --
Any suggestions? This is bit urgent.
/Saurabh
On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra <saurabh.globe@gmail.com>
wrote:
> Hi Qian --
>
>
> Here's the data from Host:
>
> [root@oscompute3 ~]# ethtool -i p3p1
>
> driver: i40e
>
> version: 1.0.11-k
>
> firmware-version: f4.40 a1.4 n04.53 e80001dc0
>
> bus-info: 0000:04:00.0
>
> supports-statistics: yes
>
> supports-test: yes
>
> supports-eeprom-access: yes
>
> supports-register-dump: yes
>
> supports-priv-flags: no
>
> [root@oscompute3 ~]# ethtool -i p3p2
>
> driver: i40e
>
> version: 1.0.11-k
>
> firmware-version: f4.40 a1.4 n04.53 e80001dc0
>
> bus-info: 0000:04:00.1
>
> supports-statistics: yes
>
> supports-test: yes
>
> supports-eeprom-access: yes
>
> supports-register-dump: yes
>
> supports-priv-flags: no
>
> [root@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 <qian.q.xu@intel.com> 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@dpdk.org] On Behalf Of Saurabh Mishra
>> Sent: Saturday, February 06, 2016 6:33 AM
>> To: dev@dpdk.org; users@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@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@localhost ~]#
>>
>> [root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
>> -m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
>>
>> EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
>>
>> EAL: Ask a virtual area of 0x200000 bytes
>>
>> EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
>>
>> EAL: Ask a virtual area of 0x54000000 bytes
>>
>> EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
>>
>> EAL: Ask a virtual area of 0x400000 bytes
>>
>> EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
>>
>> EAL: Ask a virtual area of 0x200000 bytes
>>
>> EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
>>
>> EAL: Ask a virtual area of 0x200000 bytes
>>
>> EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
>>
>> EAL: Ask a virtual area of 0x600000 bytes
>>
>> EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
>>
>> EAL: Ask a virtual area of 0x200000 bytes
>>
>> EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
>>
>> EAL: Ask a virtual area of 0x200000 bytes
>>
>> EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
>>
>> EAL: Ask a virtual area of 0x400000 bytes
>>
>> EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
>>
>> EAL: Requesting 1024 pages of size 2MB from socket 0
>>
>> EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
>>
>> EAL: probe driver: 8086:154c rte_i40evf_pmd
>>
>> EAL: PCI memory mapped at 0x7fa080000000
>>
>> EAL: PCI memory mapped at 0x7fa080010000
>>
>> EAL: PCI device 0000: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@localhost ~]#
>>
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] [dpdk-users] DPDK i40evf problem in receving packet
2016-02-10 1:30 ` Saurabh Mishra
@ 2016-02-10 11:00 ` Muhammad Zain-ul-Abideen
2016-02-10 11:15 ` Thomas Monjalon
0 siblings, 1 reply; 7+ messages in thread
From: Muhammad Zain-ul-Abideen @ 2016-02-10 11:00 UTC (permalink / raw)
To: Saurabh Mishra; +Cc: dev, users
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 <saurabh.globe@gmail.com>
wrote:
> Hi Qian --
>
> Any suggestions? This is bit urgent.
>
> /Saurabh
>
> On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra <saurabh.globe@gmail.com>
> wrote:
>
> > Hi Qian --
> >
> >
> > Here's the data from Host:
> >
> > [root@oscompute3 ~]# ethtool -i p3p1
> >
> > driver: i40e
> >
> > version: 1.0.11-k
> >
> > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> >
> > bus-info: 0000:04:00.0
> >
> > supports-statistics: yes
> >
> > supports-test: yes
> >
> > supports-eeprom-access: yes
> >
> > supports-register-dump: yes
> >
> > supports-priv-flags: no
> >
> > [root@oscompute3 ~]# ethtool -i p3p2
> >
> > driver: i40e
> >
> > version: 1.0.11-k
> >
> > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> >
> > bus-info: 0000:04:00.1
> >
> > supports-statistics: yes
> >
> > supports-test: yes
> >
> > supports-eeprom-access: yes
> >
> > supports-register-dump: yes
> >
> > supports-priv-flags: no
> >
> > [root@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 <qian.q.xu@intel.com> 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@dpdk.org] On Behalf Of Saurabh Mishra
> >> Sent: Saturday, February 06, 2016 6:33 AM
> >> To: dev@dpdk.org; users@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@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@localhost ~]#
> >>
> >> [root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
> >> -m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
> >>
> >> EAL: Ask a virtual area of 0x200000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
> >>
> >> EAL: Ask a virtual area of 0x54000000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
> >>
> >> EAL: Ask a virtual area of 0x400000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
> >>
> >> EAL: Ask a virtual area of 0x200000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
> >>
> >> EAL: Ask a virtual area of 0x200000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
> >>
> >> EAL: Ask a virtual area of 0x600000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
> >>
> >> EAL: Ask a virtual area of 0x200000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
> >>
> >> EAL: Ask a virtual area of 0x200000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
> >>
> >> EAL: Ask a virtual area of 0x400000 bytes
> >>
> >> EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
> >>
> >> EAL: Requesting 1024 pages of size 2MB from socket 0
> >>
> >> EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
> >>
> >> EAL: probe driver: 8086:154c rte_i40evf_pmd
> >>
> >> EAL: PCI memory mapped at 0x7fa080000000
> >>
> >> EAL: PCI memory mapped at 0x7fa080010000
> >>
> >> EAL: PCI device 0000: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@localhost ~]#
> >>
> >
> >
>
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] [dpdk-users] DPDK i40evf problem in receving packet
2016-02-10 11:00 ` [dpdk-dev] [dpdk-users] " Muhammad Zain-ul-Abideen
@ 2016-02-10 11:15 ` Thomas Monjalon
2016-02-10 21:44 ` Saurabh Mishra
0 siblings, 1 reply; 7+ messages in thread
From: Thomas Monjalon @ 2016-02-10 11:15 UTC (permalink / raw)
To: Muhammad Zain-ul-Abideen; +Cc: dev, users
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 <saurabh.globe@gmail.com>
> wrote:
>
> > Hi Qian --
> >
> > Any suggestions? This is bit urgent.
> >
> > /Saurabh
> >
> > On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra <saurabh.globe@gmail.com>
> > wrote:
> >
> > > Hi Qian --
> > >
> > >
> > > Here's the data from Host:
> > >
> > > [root@oscompute3 ~]# ethtool -i p3p1
> > >
> > > driver: i40e
> > >
> > > version: 1.0.11-k
> > >
> > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > >
> > > bus-info: 0000:04:00.0
> > >
> > > supports-statistics: yes
> > >
> > > supports-test: yes
> > >
> > > supports-eeprom-access: yes
> > >
> > > supports-register-dump: yes
> > >
> > > supports-priv-flags: no
> > >
> > > [root@oscompute3 ~]# ethtool -i p3p2
> > >
> > > driver: i40e
> > >
> > > version: 1.0.11-k
> > >
> > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > >
> > > bus-info: 0000:04:00.1
> > >
> > > supports-statistics: yes
> > >
> > > supports-test: yes
> > >
> > > supports-eeprom-access: yes
> > >
> > > supports-register-dump: yes
> > >
> > > supports-priv-flags: no
> > >
> > > [root@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 <qian.q.xu@intel.com> 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@dpdk.org] On Behalf Of Saurabh Mishra
> > >> Sent: Saturday, February 06, 2016 6:33 AM
> > >> To: dev@dpdk.org; users@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@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@localhost ~]#
> > >>
> > >> [root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr -c2
> > >> -m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
> > >>
> > >> EAL: Ask a virtual area of 0x200000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
> > >>
> > >> EAL: Ask a virtual area of 0x54000000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
> > >>
> > >> EAL: Ask a virtual area of 0x400000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
> > >>
> > >> EAL: Ask a virtual area of 0x200000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
> > >>
> > >> EAL: Ask a virtual area of 0x200000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
> > >>
> > >> EAL: Ask a virtual area of 0x600000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
> > >>
> > >> EAL: Ask a virtual area of 0x200000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
> > >>
> > >> EAL: Ask a virtual area of 0x200000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
> > >>
> > >> EAL: Ask a virtual area of 0x400000 bytes
> > >>
> > >> EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
> > >>
> > >> EAL: Requesting 1024 pages of size 2MB from socket 0
> > >>
> > >> EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
> > >>
> > >> EAL: probe driver: 8086:154c rte_i40evf_pmd
> > >>
> > >> EAL: PCI memory mapped at 0x7fa080000000
> > >>
> > >> EAL: PCI memory mapped at 0x7fa080010000
> > >>
> > >> EAL: PCI device 0000: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@localhost ~]#
> > >>
> > >
> > >
> >
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [dpdk-dev] [dpdk-users] DPDK i40evf problem in receving packet
2016-02-10 11:15 ` Thomas Monjalon
@ 2016-02-10 21:44 ` Saurabh Mishra
0 siblings, 0 replies; 7+ messages in thread
From: Saurabh Mishra @ 2016-02-10 21:44 UTC (permalink / raw)
To: Thomas Monjalon; +Cc: dev, Muhammad Zain-ul-Abideen, users
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 <thomas.monjalon@6wind.com>
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 <saurabh.globe@gmail.com
> >
> > wrote:
> >
> > > Hi Qian --
> > >
> > > Any suggestions? This is bit urgent.
> > >
> > > /Saurabh
> > >
> > > On Sat, Feb 6, 2016 at 9:22 AM, Saurabh Mishra <
> saurabh.globe@gmail.com>
> > > wrote:
> > >
> > > > Hi Qian --
> > > >
> > > >
> > > > Here's the data from Host:
> > > >
> > > > [root@oscompute3 ~]# ethtool -i p3p1
> > > >
> > > > driver: i40e
> > > >
> > > > version: 1.0.11-k
> > > >
> > > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > > >
> > > > bus-info: 0000:04:00.0
> > > >
> > > > supports-statistics: yes
> > > >
> > > > supports-test: yes
> > > >
> > > > supports-eeprom-access: yes
> > > >
> > > > supports-register-dump: yes
> > > >
> > > > supports-priv-flags: no
> > > >
> > > > [root@oscompute3 ~]# ethtool -i p3p2
> > > >
> > > > driver: i40e
> > > >
> > > > version: 1.0.11-k
> > > >
> > > > firmware-version: f4.40 a1.4 n04.53 e80001dc0
> > > >
> > > > bus-info: 0000:04:00.1
> > > >
> > > > supports-statistics: yes
> > > >
> > > > supports-test: yes
> > > >
> > > > supports-eeprom-access: yes
> > > >
> > > > supports-register-dump: yes
> > > >
> > > > supports-priv-flags: no
> > > >
> > > > [root@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 <qian.q.xu@intel.com>
> 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@dpdk.org] On Behalf Of Saurabh Mishra
> > > >> Sent: Saturday, February 06, 2016 6:33 AM
> > > >> To: dev@dpdk.org; users@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@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@localhost ~]#
> > > >>
> > > >> [root@localhost ~]# ./symmetric_mp fakeelf --file-prefix=virtaddr
> -c2
> > > >> -m2048 -n1 --base-virtaddr=0x7fa000000000 --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 0x2a800000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa000000000 (size = 0x2a800000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x200000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa02a800000 (size = 0x200000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x54000000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa02aa00000 (size = 0x54000000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x400000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07ea00000 (size = 0x400000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x200000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07ee00000 (size = 0x200000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x200000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07f000000 (size = 0x200000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x600000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07f200000 (size = 0x600000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x200000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07f800000 (size = 0x200000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x200000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07fa00000 (size = 0x200000)
> > > >>
> > > >> EAL: Ask a virtual area of 0x400000 bytes
> > > >>
> > > >> EAL: Virtual area found at 0x7fa07fc00000 (size = 0x400000)
> > > >>
> > > >> EAL: Requesting 1024 pages of size 2MB from socket 0
> > > >>
> > > >> EAL: TSC frequency is ~2600000 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 0000:00:09.0 on NUMA socket -1
> > > >>
> > > >> EAL: probe driver: 8086:154c rte_i40evf_pmd
> > > >>
> > > >> EAL: PCI memory mapped at 0x7fa080000000
> > > >>
> > > >> EAL: PCI memory mapped at 0x7fa080010000
> > > >>
> > > >> EAL: PCI device 0000: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@localhost ~]#
> > > >>
> > > >
> > > >
> > >
>
>
>
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-02-10 21:44 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-02-05 22:32 [dpdk-dev] DPDK i40evf problem in receving packet Saurabh Mishra
2016-02-06 0:59 ` Xu, Qian Q
2016-02-06 17:22 ` Saurabh Mishra
2016-02-10 1:30 ` Saurabh Mishra
2016-02-10 11:00 ` [dpdk-dev] [dpdk-users] " Muhammad Zain-ul-Abideen
2016-02-10 11:15 ` Thomas Monjalon
2016-02-10 21:44 ` Saurabh Mishra
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).