[dpdk-dev] fail to run with testpmd, EAL fail to bind socket
Dear all, I am a beginner with DPDK. I just install it in fedora18 with two X540 Enthercards. After compile it and run the testpmd I got the following message: [root at localhost test-pmd]# ./testpmd -c7 -n3 -- -i --nb-cores=2 --nb-ports=2 EAL: Detected lcore 0 as core 0 on socket 0 EAL: Detected lcore 1 as core 1 on socket 0 EAL: Detected lcore 2 as core 2 on socket 0 EAL: Setting up hugepage memory... EAL: Ask a virtual area of 0x2097152 bytes EAL: Virtual area found at 0x2a80 (size = 0x20) EAL: Ask a virtual area of 0x2143289344 bytes EAL: Virtual area found at 0x2aaa2aa0 (size = 0x7fc0) EAL: Ask a virtual area of 0x2097152 bytes EAL: Virtual area found at 0x7fc6aec0 (size = 0x20) EAL: Requesting 1024 pages of size 2MB from socket 0 EAL: TSC frequency is ~1795673 KHz EAL: Master core 0 is ready (tid=af35b880) EAL: Core 2 is ready (tid=ad7f1700) EAL: Core 1 is ready (tid=adff2700) EAL: PCI device :02:00.0 on NUMA socket -1 EAL: probe driver: 8086:1528 rte_ixgbe_pmd EAL: PCI memory mapped at 0x7fc6af128000 EAL: PCI memory mapped at 0x7fc6af361000 EAL: PCI device :02:00.1 on NUMA socket -1 EAL: probe driver: 8086:1528 rte_ixgbe_pmd EAL: PCI memory mapped at 0x7fc6aef28000 EAL: PCI memory mapped at 0x7fc6aef24000 Interactive-mode selected Configuring Port 0 (socket -1) Configuring Port 1 (socket -1) Checking link statuses... Port 0 Link Up - speed 1 Mbps - full-duplex Port 1 Link Up - speed 1 Mbps - full-duplex Done testpmd> Although I can get into the testpmd command mode, but it seems EAL fails to bind the socket on the PCI device. Therefore, when I run start tx_first and stp, no package forwarding as follow = testpmd> start tx_first io packet forwarding - CRC stripping disabled - packets/burst=16 nb forwarding cores=2 - nb forwarding ports=2 RX queues=1 - RX desc=128 - RX free threshold=0 RX threshold registers: pthresh=8 hthresh=8 wthresh=4 TX queues=1 - TX desc=512 - TX free threshold=0 TX threshold registers: pthresh=36 hthresh=0 wthresh=0 TX RS bit threshold=0 - TXQ flags=0x0 testpmd> stop Telling cores to stop... Waiting for lcores to finish... -- Forward statistics for port 0 -- RX-packets: 0 RX-dropped: 0 RX-total: 0 TX-packets: 16 TX-dropped: 0 TX-total: 16 -- Forward statistics for port 1 -- RX-packets: 0 RX-dropped: 0 RX-total: 0 TX-packets: 16 TX-dropped: 0 TX-total: 16 +++ Accumulated forward statistics for all ports+++ RX-packets: 0 RX-dropped: 0 RX-total: 0 TX-packets: 32 TX-dropped: 0 TX-total: 32 Done. Can anyone tell me how to fix this? Thank you very much.
[dpdk-dev] query about port queues
Thanks Prashant -Jyoti On Wed, Oct 23, 2013 at 7:52 PM, Prashant Upadhyaya < prashant.upadhyaya at aricent.com> wrote: > Hi Jyoti, > > You can configure the number of tx and rx queues via the software when you > are calling the rte_eth_dev_configure. > However you cannot allocate more than what the NIC supports. But you can > allocate less ofcourse. > > Typically the queues are used so that independent cores can do tx and rx > on a separate queue without locking. > > If you have configured 'n' rx queues, your must ensure that you read from > _all_ the queues because the packet can arrive on any of the rx queues > based on the algorithm by which NIC fans out incoming messages on the > queues (eg. RSS). You can transmit freely from any queue (eg. each core of > yours could have a tx queue each in your usecase) > > Regards > -Prashant > > > -Original Message- > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Jyotiswarup Raiturkar > Sent: Wednesday, October 23, 2013 5:10 PM > To: dev at dpdk.org > Subject: [dpdk-dev] query about port queues > > Hello Devs > I'm new to DPDK and trying to understand the basics. I went through the > programming guide but I had one question regarding Tx and Rx queues per > port. Are they configurable entirely in software or do they depend on the > HW (NIC)? Does the L2 configuration (MAC address) apply to all the queues > on the port? (and hence will an application like say a network stack need > packets from all the queues in the port)? > Thanks > Jyotiswarup Raiturkar > > > > > > === > Please refer to http://www.aricent.com/legal/email_disclaimer.html > for important disclosures regarding this electronic communication. > > === >
[dpdk-dev] A query on the latency numbers
Hi all, In the documentation available on DPDK, I could find the performance numbers in terms of packets per second. Could someone point me to some documentation which gives performance gain of round trip time or packet processing time in terms of time, say, usecs? Also, what is the tool that is widely used for performance benchmarking in the context of DPDK (with and without user-space TCP/IP stack)? Thanks, -Sujith
[dpdk-dev] rte_mbuf - contiguous ?
Hi, Is the rte_mbuf/packet data always map to a contiguous area in memory, and so if I can do a linear copy of it ? Cheers, pepe -- To stop learning is like to stop loving.
[dpdk-dev] rte_mbuf - contiguous ?
Hello, 24/10/2013 09:49, Jose Gavine Cueto : > Is the rte_mbuf/packet data always map to a contiguous area in memory, and > so if I can do a linear copy of it ? No, in scatter/gather case, mbuf can be splitted in non contiguous areas. -- Thomas
[dpdk-dev] rte_mbuf - contiguous ?
Thomas, Thank you for the information. Because I would like to copy an rte_mbuf to a memory mapped file for an application. Is there some dpdk API for this copy operation (linear/nonlinear) or are these left with the application developers ? Thanks, Pepe On Thu, Oct 24, 2013 at 4:03 PM, Thomas Monjalon wrote: > Hello, > > 24/10/2013 09:49, Jose Gavine Cueto : > > Is the rte_mbuf/packet data always map to a contiguous area in memory, > and > > so if I can do a linear copy of it ? > > No, in scatter/gather case, mbuf can be splitted in non contiguous areas. > > -- > Thomas > -- To stop learning is like to stop loving.
[dpdk-dev] rte_mbuf - contiguous ?
24/10/2013 10:09, Jose Gavine Cueto : > Thank you for the information. Because I would like to copy an rte_mbuf to > a memory mapped file for an application. Is there some dpdk API for this > copy operation (linear/nonlinear) or are these left with the application > developers ? You can have some tips by looking at rte_pktmbuf_is_contiguous: http://dpdk.org/doc/api/rte__mbuf_8h.html#a511a116ae4822037d4f1fb561aa4ffcf and rte_pktmbuf_clone: http://dpdk.org/doc/api/rte__mbuf_8h.html#a1d26cc982f6363cd7492dd70cc5c287c -- Thomas
[dpdk-dev] [PATCH] ixgbe: query assignment of queues to VF
23/10/2013 14:26, jigsaw : > First of all, where and how should I post the patch to PF driver? You should send your patch to kernel.org via the netdev mailing list: http://vger.kernel.org/vger-lists.html#netdev > And secondly I have only 82599, so I cannot run test for 82598 and > X540. Is it possible that you could test on different NIC? I don't know if I'll have access to 82598 and X540 in the next weeks. Is there anybody else who would like to help with tests ? -- Thomas
[dpdk-dev] [PATCH] ixgbe: query assignment of queues to VF
Hi Thomas, Thanks for your answer. I'll try to send the patch to netdev list and let you know the result. BTW, I double checked 82598 and find that it doesn't have mailbox at all, meaning this patch is for 82599 and X540 only. So the test is only needed for X540. thx & rgds, -ql On Thu, Oct 24, 2013 at 11:48 AM, Thomas Monjalon wrote: > 23/10/2013 14:26, jigsaw : >> First of all, where and how should I post the patch to PF driver? > > You should send your patch to kernel.org via the netdev mailing list: > http://vger.kernel.org/vger-lists.html#netdev > >> And secondly I have only 82599, so I cannot run test for 82598 and >> X540. Is it possible that you could test on different NIC? > > I don't know if I'll have access to 82598 and X540 in the next weeks. > Is there anybody else who would like to help with tests ? > > -- > Thomas
