From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from nbfkord-smmo02.seg.att.com (nbfkord-smmo02.seg.att.com [209.65.160.78]) by dpdk.org (Postfix) with ESMTP id 36F61AB08 for ; Thu, 9 Feb 2017 07:48:27 +0100 (CET) Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-7) with ESMTP id bb01c985.2b124380b940.713172.00-2456.1577222.nbfkord-smmo02.seg.att.com (envelope-from ); Thu, 09 Feb 2017 06:48:27 +0000 (UTC) X-MXL-Hash: 589c10bb026b4fe0-a477310902c2a25312a7cc55abd8622e1cbe800e Received: from unknown [193.34.186.16] (EHLO webmail.solarflare.com) by nbfkord-smmo02.seg.att.com(mxl_mta-7.2.4-7) over TLS secured channel with ESMTP id 7b01c985.0.713171.00-2370.1577219.nbfkord-smmo02.seg.att.com (envelope-from ); Thu, 09 Feb 2017 06:48:24 +0000 (UTC) X-MXL-Hash: 589c10b87c211488-0f852e5aaa9baf9d657e78060e57de91cbdfa988 Received: from [192.168.38.17] (84.52.89.52) by ukex01.SolarFlarecom.com (10.17.10.4) with Microsoft SMTP Server (TLS) id 15.0.1044.25; Thu, 9 Feb 2017 06:48:18 +0000 To: Chris Hall , "users@dpdk.org" References: From: Andrew Rybchenko Message-ID: <69f3bb6c-337a-28c1-bbae-b2dcfc2f064d@solarflare.com> Date: Thu, 9 Feb 2017 09:48:13 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [84.52.89.52] X-ClientProxiedBy: ocex03.SolarFlarecom.com (10.20.40.36) To ukex01.SolarFlarecom.com (10.17.10.4) X-TM-AS-Product-Ver: SMEX-11.0.0.1191-8.100.1062-22874.003 X-TM-AS-Result: No-0.951400-0.000000-31 X-TM-AS-User-Approved-Sender: Yes X-TM-AS-User-Blocked-Sender: No X-AnalysisOut: [v=2.1 cv=Sr+Wna60 c=1 sm=1 tr=0 a=8P+NB+fYZDP74ap4g4d9Kw==] X-AnalysisOut: [:17 a=RB3BGLmKESwA:10 a=IkcTkHD0fZMA:10 a=n2v9WMKugxEA:10 ] X-AnalysisOut: [a=0Wtc3WE_IL3XrVXp5WIA:9 a=K1-sBdDSME3bK1U6:21 a=oiej9RQlx] X-AnalysisOut: [8wqzUSg:21 a=QEXdDO2ut3YA:10] X-Spam: [F=0.2000000000; CM=0.500; S=0.200(2015072901)] X-MAIL-FROM: X-SOURCE-IP: [193.34.186.16] Subject: Re: [dpdk-users] l3fwd rte_eth_rx_queue_setup: err=-22 X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 09 Feb 2017 06:48:27 -0000 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 testpmd which has command-line option to override default) DPDK example application use hardcoded number of the Rx/Tx descriptors instead of usage of limits advertised by PMD in rte_eth_dev_info_get() (structure rte_eth_dev_info, member rx_desc_lim). The following tiny patch solves the problem, but it is still hardcode (better and right solution is to write few lines of code which adjust defaults using information provided by the PMD - we have plans, since sfc_efx PMD is affected, to run through example applications and suggest patches) === diff --git a/examples/l3fwd/main.c b/examples/l3fwd/main.c index a50d628..1cc6465 100644 --- a/examples/l3fwd/main.c +++ b/examples/l3fwd/main.c @@ -82,7 +82,7 @@ /* * Configurable number of RX/TX ring descriptors */ -#define RTE_TEST_RX_DESC_DEFAULT 128 +#define RTE_TEST_RX_DESC_DEFAULT 512 #define RTE_TEST_TX_DESC_DEFAULT 512 #define MAX_TX_QUEUE_PER_PORT RTE_MAX_ETHPORTS === Andrew.