From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id B7E82A0C4C; Tue, 21 Sep 2021 13:57:43 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 7E73A40683; Tue, 21 Sep 2021 13:57:43 +0200 (CEST) Received: from mga06.intel.com (mga06.intel.com [134.134.136.31]) by mails.dpdk.org (Postfix) with ESMTP id CCC274003C for ; Tue, 21 Sep 2021 13:57:41 +0200 (CEST) X-IronPort-AV: E=McAfee;i="6200,9189,10113"; a="284353343" X-IronPort-AV: E=Sophos;i="5.85,311,1624345200"; d="scan'208";a="284353343" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by orsmga104.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Sep 2021 04:57:40 -0700 X-IronPort-AV: E=Sophos;i="5.85,311,1624345200"; d="scan'208";a="474042987" Received: from bricha3-mobl.ger.corp.intel.com ([10.252.5.200]) by fmsmga007-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-SHA; 21 Sep 2021 04:57:39 -0700 Date: Tue, 21 Sep 2021 12:57:36 +0100 From: Bruce Richardson To: David Hunt Cc: dev@dpdk.org, thomas@monjalon.net, david.marchand@redhat.com Message-ID: References: <20210915121104.30581-1-david.hunt@intel.com> <20210921115015.36442-1-david.hunt@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210921115015.36442-1-david.hunt@intel.com> Subject: Re: [dpdk-dev] [PATCH v3 1/2] eal: add additional info if core list too long X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Tue, Sep 21, 2021 at 12:50:14PM +0100, David Hunt wrote: > If the user requests to use an lcore above 128 using -l, > the eal will exit with "EAL: invalid core list syntax" and > very little else useful information. > > THis patch adds some extra information suggesting to use --lcores > so that physical cores above RTE_MAX_LCORE (default 128) can be > used. This is achieved by using the --lcores option by mapping > the logical cores in the application to physical cores. > > There is no change in functionalty, just additional messages > suggesting how the --lcores option might be used for the supplied > list of lcores. For example, if "-l 12-16,130,132" is used, we > see the following additional output on the command line: > > EAL: Error = One of the 7 cores provided exceeds RTE_MAX_LCORE (128) > EAL: Please use --lcores instead, e.g. Minor suggestion: it would be good to clarify how to use lcores and what is happening here in the example. Something like: "Please use --lcores instead, to map lower lcore ids onto higher-numbered cores", could help the user understand better what is happening. > --lcores 0@12,1@13,2@14,3@15,4@16,5@130,6@132 > > Signed-off-by: David Hunt With some more info to help the user: Acked-by: Bruce Richardson