From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f173.google.com (mail-wr0-f173.google.com [209.85.128.173]) by dpdk.org (Postfix) with ESMTP id 1836F2BB9 for ; Thu, 8 Jun 2017 10:05:22 +0200 (CEST) Received: by mail-wr0-f173.google.com with SMTP id v111so14957581wrc.3 for ; Thu, 08 Jun 2017 01:05:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=6wind-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=6Ol8snLillDtXuJyAJ3Y+j+5Ipl9DI+imBOxVJVN7XM=; b=phWf7k1tLyMg2LSttVJUnR/1NBHTBGfSLebqmGu7gpxagis/43txEYNwIkndKUoeeK UhsQgZmFEv13JAC8xWxWP8BvU1alDL+c6YMy3yLLBIl4Fzpo1oKAY9rGMIZEI9zKtZ8b ylUL6bugibex6ll8ZbdD7rzWJizmSd2rOf78VLJXf+Ulp70eUugjfoJuWnAnkpXgcqbX 6o84+Q8Mk7uVEIhhkyBNMTpoi68wPycICErVg9Q7DRpysXwDz4flcGW0ZJEpRMnqg0mD p25XpLBA/tRv2B7Ph6iNafJNd+Qs9ymVfgJG1EoKzbPiyx25BL5T84HtQXGhecq2dUne khig== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=6Ol8snLillDtXuJyAJ3Y+j+5Ipl9DI+imBOxVJVN7XM=; b=d4h0Fa35p0+9SioxFV8xiadsRYQm+XADZyr+OYM8yflQ5JP+lRr5//z1vPF0oVWtfS xb2h0Nk87e4WpvgCyzeqDFy009dNLaN+Dy4HNJz8U9puQgUfJw1/4e0rxX8NWWIjJLIG BAUbSvPTeL5Ta1H0geir1SfznBZDDp9XpTFo0+/Q2JOaB6jFC9lrFEIgLzb2tcIp/ek4 0wa/sRRt5TereK5yvDDoIK4dAabXCUVMiTIYdFrK1A17fZ6otZuih42YzJ40PjJJSvdx HFlilYh2ZYvkf43OQxswvB3IqLiuictHWJzySDHMKVzkUU2E7pzgn5go8SlsEFh8KLJj 9y9A== X-Gm-Message-State: AODbwcCw5aIWOoKmhQGzFl+hnjkCwtd/2bNI+3witW7hFuMvNpK4HpW7 xUDa7Jpf66HIDgut X-Received: by 10.223.134.186 with SMTP id 55mr13966814wrx.159.1496909121748; Thu, 08 Jun 2017 01:05:21 -0700 (PDT) Received: from bidouze.vm.6wind.com (host.78.145.23.62.rev.coltfrance.com. [62.23.145.78]) by smtp.gmail.com with ESMTPSA id t8sm4592640wrc.28.2017.06.08.01.05.20 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 08 Jun 2017 01:05:20 -0700 (PDT) Date: Thu, 8 Jun 2017 10:05:14 +0200 From: =?iso-8859-1?Q?Ga=EBtan?= Rivet To: Shreyansh Jain Cc: "dev@dpdk.org" , Jan Blunck Message-ID: <20170608080514.GZ18840@bidouze.vm.6wind.com> References: <33c95f6a-82b4-6557-7011-f210f34cbc88@nxp.com> <20170607132742.GP18840@bidouze.vm.6wind.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [dpdk-dev] [PATCH v2 01/11] bus: add bus iterator to find a particular bus 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: , X-List-Received-Date: Thu, 08 Jun 2017 08:05:22 -0000 On Thu, Jun 08, 2017 at 04:34:50AM +0000, Shreyansh Jain wrote: > Hello Gaëtan, > > > -----Original Message----- > > From: Gaëtan Rivet [mailto:gaetan.rivet@6wind.com] > > Sent: Wednesday, June 07, 2017 6:58 PM > > To: Shreyansh Jain > > Cc: dev@dpdk.org; Jan Blunck > > Subject: Re: [PATCH v2 01/11] bus: add bus iterator to find a particular bus > > > > On Wed, Jun 07, 2017 at 12:36:53PM +0530, Shreyansh Jain wrote: > > > Hello Gaetan, > > > > > > On Wednesday 31 May 2017 06:47 PM, Gaetan Rivet wrote: > > > >From: Jan Blunck > > > > > > > >Signed-off-by: Jan Blunck > > > >Signed-off-by: Gaetan Rivet > > > >--- > > > > lib/librte_eal/bsdapp/eal/rte_eal_version.map | 1 + > > > > lib/librte_eal/common/eal_common_bus.c | 13 ++++++++++ > > > > lib/librte_eal/common/include/rte_bus.h | 32 > > +++++++++++++++++++++++++ > > > > lib/librte_eal/linuxapp/eal/rte_eal_version.map | 1 + > > > > 4 files changed, 47 insertions(+) > > > > > > > >diff --git a/lib/librte_eal/bsdapp/eal/rte_eal_version.map > > b/lib/librte_eal/bsdapp/eal/rte_eal_version.map > > > >index 2e48a73..ed09ab2 100644 > > > >--- a/lib/librte_eal/bsdapp/eal/rte_eal_version.map > > > >+++ b/lib/librte_eal/bsdapp/eal/rte_eal_version.map > > > >@@ -162,6 +162,7 @@ DPDK_17.02 { > > > > DPDK_17.05 { > > > > global: > > > >+ rte_bus_find; > > > > rte_cpu_is_supported; > > > > rte_log_dump; > > > > rte_log_register; > > > >diff --git a/lib/librte_eal/common/eal_common_bus.c > > b/lib/librte_eal/common/eal_common_bus.c > > > >index 8f9baf8..68f70d0 100644 > > > >--- a/lib/librte_eal/common/eal_common_bus.c > > > >+++ b/lib/librte_eal/common/eal_common_bus.c > > > >@@ -145,3 +145,16 @@ rte_bus_dump(FILE *f) > > > > } > > > > } > > > > } > > > >+ > > > >+struct rte_bus * > > > >+rte_bus_find(rte_bus_match_t match, const void *data) > > > >+{ > > > >+ struct rte_bus *bus = NULL; > > > >+ > > > >+ TAILQ_FOREACH(bus, &rte_bus_list, next) { > > > >+ if (match(bus, data)) > > > >+ break; > > > >+ } > > > >+ > > > >+ return bus; > > > >+} > > > >diff --git a/lib/librte_eal/common/include/rte_bus.h > > b/lib/librte_eal/common/include/rte_bus.h > > > >index 7c36969..006feca 100644 > > > >--- a/lib/librte_eal/common/include/rte_bus.h > > > >+++ b/lib/librte_eal/common/include/rte_bus.h > > > >@@ -141,6 +141,38 @@ int rte_bus_probe(void); > > > > void rte_bus_dump(FILE *f); > > > > /** > > > >+ * Bus match function. > > > >+ * > > > >+ * @param bus > > > >+ * bus under test. > > > >+ * > > > >+ * @param data > > > >+ * data matched > > > >+ * > > > >+ * @return > > > >+ * 0 if the bus does not match. > > > >+ * !0 if the bus matches. > > > > > > One of the common match function implementation could be simply to match > > > a string. strcmp itself returns '0' for a successful match. > > > On the same lines, should this function return value be reversed? > > > - > > > 0 if match > > > !0 if not a match > > > - > > > That way, people would not have to change either the way strcmp works, > > > for example, or the way various APIs expect '0' as success. > > > > > > same for rte_device_match_t as well. (in next patch) > > > > > > > It was actually a point I hesitated a little before submitting this > > version. > > > > The logic behind strcmp is that you can express three states: greater > > than, equal, lower than, thus having total order within the string set. > > > > Here, buses are not ordered (logically). Having a bus lower or greater > > than some arbitrary data does not mean much. > > I agree about the match() fn - but, this is not what I meant. > My point was that ideally for implementation of callbacks, applications > would more often use the strcmp function (matching name of the bus) than > the match() callback. > > Further, this semantic is being followed by other DPDK APIs as well - so, > my intent was to make this also inline with those. > Ah, I see your point now. It makes sense. The API is now the same. > > > > Anyway, this was my reasoning for following Jan's proposal on this, but > > I'm not against changing this API. Maybe having to possibility to > > express total order could be useful eventually. I don't have a strong > > opinion on this so unless someone shouts about it, I will follow your > > remark. > > Thank you! > > > > <...snip...> -- Gaëtan Rivet 6WIND