From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.7 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,INCLUDES_PATCH,MAILING_LIST_MULTI,SIGNED_OFF_BY, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7CD98C433DF for ; Tue, 13 Oct 2020 15:34:47 +0000 (UTC) Received: from dpdk.org (dpdk.org [92.243.14.124]) by mail.kernel.org (Postfix) with ESMTP id F264C251C5 for ; Tue, 13 Oct 2020 15:34:46 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org F264C251C5 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=intel.com Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=dev-bounces@dpdk.org Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AFAD81DD5D; Tue, 13 Oct 2020 17:32:57 +0200 (CEST) Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 704901DDB3; Tue, 13 Oct 2020 17:32:54 +0200 (CEST) IronPort-SDR: sgP4oeTdVxxKUh0chSpoKXZ2UgNzXbIdXdVD5ovUheZVN3Qkem5dApIluYszkHgLs/BgHUHs+9 fDF9/kYS9sgg== X-IronPort-AV: E=McAfee;i="6000,8403,9773"; a="166043634" X-IronPort-AV: E=Sophos;i="5.77,371,1596524400"; d="scan'208";a="166043634" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga005.jf.intel.com ([10.7.209.41]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Oct 2020 08:32:51 -0700 IronPort-SDR: M8wM7cIi5n0kWmO67bj7kf8PvUl5w1mwCW9TH4RhU0zC52bnVq/diJF2COvsj3LS4HPLP9kX/a OeN7xePDV1Jw== X-IronPort-AV: E=Sophos;i="5.77,371,1596524400"; d="scan'208";a="530436487" Received: from fyigit-mobl1.ger.corp.intel.com (HELO [10.213.214.64]) ([10.213.214.64]) by orsmga005-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 Oct 2020 08:32:49 -0700 To: Andrew Rybchenko , dev@dpdk.org Cc: Thomas Monjalon , Andrew Rybchenko , "techboard@dpdk.org" References: <1602600818-7473-1-git-send-email-arybchenko@solarflare.com> From: Ferruh Yigit Message-ID: <8f8907cf-d905-c867-cf42-694d16b0a0cf@intel.com> Date: Tue, 13 Oct 2020 16:32:45 +0100 MIME-Version: 1.0 In-Reply-To: <1602600818-7473-1-git-send-email-arybchenko@solarflare.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [PATCH] ethdev: unify error code if port ID is invalid X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 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 10/13/2020 3:53 PM, Andrew Rybchenko wrote: > Use ENODEV as the error code if specified port ID is invalid. > > Signed-off-by: Andrew Rybchenko > --- > lib/librte_ethdev/rte_ethdev.c | 44 ++++++++++++++++---------------- > lib/librte_ethdev/rte_ethdev.h | 46 +++++++++++++++++++++++----------- > 2 files changed, 54 insertions(+), 36 deletions(-) > > diff --git a/lib/librte_ethdev/rte_ethdev.c b/lib/librte_ethdev/rte_ethdev.c > index 5b7979a3b8..1f862f918a 100644 > --- a/lib/librte_ethdev/rte_ethdev.c > +++ b/lib/librte_ethdev/rte_ethdev.c > @@ -784,7 +784,7 @@ rte_eth_dev_get_name_by_port(uint16_t port_id, char *name) > { > char *tmp; > > - RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, -EINVAL); > + RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, -ENODEV); Thanks Andrew, +1 to this error unification. This will be API change without deprecation notice, cc'ed techboard for it. If this should (almost) always return '-ENODEV', does it make sense to make another wrapper macro for it, to prevent later other error types used again. And there are a few instances returning '-1', are they left intentionally?