Re: [dpdk-users] l3fwd rte_eth_rx_queue_setup: err=-22

Hello Chris, On 02/09/2017 02:14 AM, Chris Hall wrote: I’m having a bit of trouble running the l3fwd example program, I keep getting the error “rte_eth_rx_queue_setup: err=-22” No matter what options I supply. Wondering if I’m missing something ? The problem is that almost all (all except tes

Re: [dpdk-users] l3fwd rte_eth_rx_queue_setup: err=-22

Hello, Chris, First, there are several places in the rte_eth_rx_queue_setup() method where -22 (-EINVAL) is returned. See: http://dpdk.org/browse/dpdk/tree/lib/librte_ether/rte_ethdev.c#n1083 I would suggest, as a first step, that you will build dpdk with debug info for this method: change CON

[dpdk-users] l3fwd rte_eth_rx_queue_setup: err=-22

Hello, I’m having a bit of trouble running the l3fwd example program, I keep getting the error “rte_eth_rx_queue_setup: err=-22” No matter what options I supply. Wondering if I’m missing something ? Using l3fwd from dpdk-next-net Thanks in advance. Chris # dpdk-devbind -s Network devices usi

Re: [dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

Gotcha, thanks. James Cape Platform Team IEX Group, Inc. | 4 World Trade Center, 150 Greenwich St, 44th Floor, New York, NY 10007 | w. 646.343.2242 | www.iextrading.com From: Wu, Xiaoban Sent: Wednesday, February 8, 2017 4:59

Re: [dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

Dear James, If it is only these two for-loops, then indeed the dfa[128] is never checked against the index, and it might be the problem. But, before these two for-loops, there is one assignment index = dfa[128]; *node_a++ = index; for (x = QRANGE_MIN + 1; x < UINT8_MAX + 1; x++) { if (dfa[x] !=

Re: [dpdk-users] [dpdk-dev] dev Digest, Vol 128, Issue 78

Hi Dev, > -Original Message- > From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Devanath S > Sent: Wednesday, February 08, 2017 6:27 AM > To: d...@dpdk.org > Subject: Re: [dpdk-dev] dev Digest, Vol 128, Issue 78 > > Hi *, > > We are trying to use dpdk in our security product. But th

Re: [dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

Please note there's still a bug in this function if dfa[128] is not some kind of magic value, because that position will never be checked against the "index" variable. James Cape Platform Team IEX Group, Inc. | 4 World Trade Center, 150 Greenwich St, 44th Floor, New York, NY 10007 | w. 64

Re: [dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

Dear James, Thank you very much for your reply. You are right, I am so sorry that I did not pay attention to the difference between "x < UINT8_MAX + 1" and "x < INT8_MAX + 1". The two for-loops will never overlap. The confusion now is cleared off. Best wishes, Xiaoban ___

Re: [dpdk-users] rte_hash_hash in DPDK2.0

Hi Nir, > -Original Message- > From: users [mailto:users-boun...@dpdk.org] On Behalf Of Bar, Nir > Sent: Wednesday, February 08, 2017 10:55 AM > To: users@dpdk.org > Subject: [dpdk-users] rte_hash_hash in DPDK2.0 > > Hi, > > Why rte_has_hash() in DPDK-2.0 isn't multi thread safe? > > I

Re: [dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

[Disclaimer: I'm not at all familiar with this code, or what it's doing, and I'm also probably an idiot [?] ] I can't answer your specific question, but the loops aren't overlapping because QRANGE_MIN is defined as 0x80. However, it also looks like it's never going to check the (dfa[0x80] !=

Re: [dpdk-users] Unable to bind intel NIC 82599ES to vfio-pci, uio_pci_generic

Please ignore my previous messages. I was using command line options wrongly, being my first day with dpdk, missed the "--" separating EAL and app options, caught it only going through code ! Still I am unable to make vfio-pci work bind to ports, uio_pci_generic as well as igb_uio are working. Tha

Re: [dpdk-users] Need your help on pdump

Yes. From: Clarylin L [mailto:clear...@gmail.com] Sent: Tuesday, February 7, 2017 6:24 PM To: Pattan, Reshma Subject: Re: Need your help on pdump Hi Reshma, Thank you for replying! So if there's a failure to allocate memory for dpdk-pdump, instead of allocating more hugepages in the system, w

[dpdk-users] rte_hash_hash in DPDK2.0

Hi, Why rte_has_hash() in DPDK-2.0 isn't multi thread safe? It only calculates hash. Thanks, Nir ** * Calc a hash value by key. This operation is not multi-process safe. * * @param h * Hash table to look in. * @param key * Key to find. * @return * - hash value */ static inline hash_sig_t

Re: [dpdk-users] kni compile failed with Linux-3.10.0-514.6.1.el7.x86_64

2017-02-08 11:52, Cao Tong: > hi, > > KNI compile failed with kernel "Linux-3.10.0-514.6.1.el7.x86_64" under > CentOS 7. > > DPDK version is 'dpdk-stable-16.07.2' In order to build with recent kernel versions, you must use a recent DPDK version. Please try 16.11 or master.

[dpdk-users] A confusion caused by the inconsistency in the source code of acl_gen.c. A possible bug?

Dear DPDK users, I have been reading and studying the source codes of the librte_acl, since I am very curious to know how to algorithmically implement a fast lookup process. When I read the function acl_add_ptrs() in the acl_gen.c, there is one comment saying that /* * Rather than going from