From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shreyansh Jain Subject: Re: [PATCH v3 02/10] eal: probe new virtual bus after other bus devices Date: Mon, 27 Feb 2017 14:29:43 +0530 Message-ID: <303005d0-f852-f252-7131-8ef6311917a9@nxp.com> References: <1488018496-995-1-git-send-email-jblunck@infradead.org> <1488018496-995-3-git-send-email-jblunck@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 7bit Cc: , To: Jan Blunck , Return-path: Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-by2nam01on0062.outbound.protection.outlook.com [104.47.34.62]) by dpdk.org (Postfix) with ESMTP id CC4C1BD28 for ; Mon, 27 Feb 2017 09:55:02 +0100 (CET) In-Reply-To: <1488018496-995-3-git-send-email-jblunck@infradead.org> 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 Saturday 25 February 2017 03:58 PM, Jan Blunck wrote: > Also see commit f4ce209a ("eal: postpone vdev initialization"). > > Signed-off-by: Jan Blunck > --- > lib/librte_eal/common/eal_common_bus.c | 16 +++++++++++++++- > 1 file changed, 15 insertions(+), 1 deletion(-) > > diff --git a/lib/librte_eal/common/eal_common_bus.c b/lib/librte_eal/common/eal_common_bus.c > index 4638e78..8f9baf8 100644 > --- a/lib/librte_eal/common/eal_common_bus.c > +++ b/lib/librte_eal/common/eal_common_bus.c > @@ -86,9 +86,14 @@ int > rte_bus_probe(void) > { > int ret; > - struct rte_bus *bus; > + struct rte_bus *bus, *vbus = NULL; > > TAILQ_FOREACH(bus, &rte_bus_list, next) { > + if (!strcmp(bus->name, "virtual")) { > + vbus = bus; > + continue; > + } > + > ret = bus->probe(); > if (ret) { > RTE_LOG(ERR, EAL, "Bus (%s) probe failed.\n", > @@ -97,6 +102,15 @@ rte_bus_probe(void) > } > } > > + if (vbus) { > + ret = vbus->probe(); > + if (ret) { > + RTE_LOG(ERR, EAL, "Bus (%s) probe failed.\n", > + vbus->name); > + return ret; > + } > + } > + This has probably changed to do away with priority of RTE_REGISTER_* macro. This is based on an assumption that there is only a single 'virtual' bus and no driver ever registers another bus with the same name. The problem originates from the fact that rte_bus_register is _not_ checking for duplicate entries while registering. (Apparently, it would be a problem in case of RTE_* macros as well). I think that should be fixed. If we are in sync, I will push a patch. > return 0; > } > >