From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f66.google.com (mail-wm0-f66.google.com [74.125.82.66]) by dpdk.org (Postfix) with ESMTP id AFEEF1B7C2 for ; Thu, 12 Apr 2018 23:58:02 +0200 (CEST) Received: by mail-wm0-f66.google.com with SMTP id x82so903898wmg.1 for ; Thu, 12 Apr 2018 14:58:02 -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=jvQVBCDO02yN8aip/JbqRoG1EV2PnR2+gEp/c1cD44A=; b=kgKp7UjKbl2f5RdljGq7Ll6/Gjr9AMddNEqgWJLTJDQOgVvECfhwuSsQZtCUDFx3hw z7En6DetrM1AWYu4bcRgHHKNUycBlS8uvX+fe0sK4v7zclzfa4dz4FIfzBdf8nb97BfJ 5CWSWPYPYeLFLebfAeBsvIdEZsKtdmxk6bI3JjRkl/ylS6BNny6OhmKg1WydKaXrk/N2 cePuo5PriiHCrRHc1e/Cao/Fe/Db8WeFWIoXNK0nHtjn92HM2O4keOeDQayxXwAfq7/T 1nWhRv9xHLCx3BE7S57mdtNZ4gbJg/v4IxIhIuX+QnCHSOBKrrA0lF9HG9VcJQpjsPHi Uy4A== 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=jvQVBCDO02yN8aip/JbqRoG1EV2PnR2+gEp/c1cD44A=; b=KothQ47kgWM1RkcqYL1Pjp9uPA/YmibQKztSH+a8O2Kwj4sRa2IguG0Fg/0YC2BtBB sJiu9dX4X4ToE47qJlc1+psgW+Wsn5IT7cMIWujyfEeTxPfKbUTbQp7FjjJpSdQ6YIyg l+0eEBTanCDY8+oxrN8uZqTf9jfV6nQn91y/kk5nO9V0XD7JWyoqCtlcoB28tkrzogSr GiTnsjPBxqLXWGoa/5Ke37IobRgMqkx2HYTF3CCdPGLMrC30RkKJpLfP7rpvMxqJn/b/ SygtarBKdhU2h0uRkrJzp3Y6lLb+gDSOeEX5dxavGoI65uvLg7wcFP5XYnUZc/L5v1oZ LdUQ== X-Gm-Message-State: ALQs6tDScB2CkbN1YpbUQ5Cter3cA8relH23BNtWmzwl/7PKd1Rhp2nE Em6It2Nm1Iqev16+VNKQxLLBwcK4 X-Google-Smtp-Source: AIpwx48d9lKIOBhq0ydL7ZaoIQ1uWnQeir41vOuPfWsQDxyaLZmttH8A674rd78fb8Smetr5sRQUdQ== X-Received: by 10.28.114.15 with SMTP id n15mr1981853wmc.88.1523570282235; Thu, 12 Apr 2018 14:58:02 -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 d48sm6562972wrd.12.2018.04.12.14.58.00 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 12 Apr 2018 14:58:01 -0700 (PDT) Date: Thu, 12 Apr 2018 23:57:47 +0200 From: =?iso-8859-1?Q?Ga=EBtan?= Rivet To: Neil Horman Cc: dev@dpdk.org Message-ID: <20180412215747.f5ga5dh6rfoqx46l@bidouze.vm.6wind.com> References: <3c46c7947bec6462e07a6c33e39f680c8d9e688b.1523404469.git.gaetan.rivet@6wind.com> <20180412112826.GA8105@hmswarspite.think-freely.org> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20180412112826.GA8105@hmswarspite.think-freely.org> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [dpdk-dev] [PATCH v5 02/21] eal: list acceptable init priorities 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, 12 Apr 2018 21:58:02 -0000 Hello Neil, On Thu, Apr 12, 2018 at 07:28:26AM -0400, Neil Horman wrote: > On Wed, Apr 11, 2018 at 02:04:03AM +0200, Gaetan Rivet wrote: > > Build a central list to quickly see each used priorities for > > constructors, allowing to verify that they are both above 100 and in the > > proper order. > > > > Signed-off-by: Gaetan Rivet > > Acked-by: Neil Horman > > Acked-by: Shreyansh Jain > > --- > > lib/librte_eal/common/eal_common_log.c | 2 +- > > lib/librte_eal/common/include/rte_bus.h | 2 +- > > lib/librte_eal/common/include/rte_common.h | 8 +++++++- > > 3 files changed, 9 insertions(+), 3 deletions(-) > > > > diff --git a/lib/librte_eal/common/eal_common_log.c b/lib/librte_eal/common/eal_common_log.c > > index a27192620..36b9d6e08 100644 > > --- a/lib/librte_eal/common/eal_common_log.c > > +++ b/lib/librte_eal/common/eal_common_log.c > > @@ -260,7 +260,7 @@ static const struct logtype logtype_strings[] = { > > }; > > > > /* Logging should be first initializer (before drivers and bus) */ > > -RTE_INIT_PRIO(rte_log_init, 101); > > +RTE_INIT_PRIO(rte_log_init, LOG); > > static void > > rte_log_init(void) > > { > > diff --git a/lib/librte_eal/common/include/rte_bus.h b/lib/librte_eal/common/include/rte_bus.h > > index 6fb08341a..eb9eded4e 100644 > > --- a/lib/librte_eal/common/include/rte_bus.h > > +++ b/lib/librte_eal/common/include/rte_bus.h > > @@ -325,7 +325,7 @@ enum rte_iova_mode rte_bus_get_iommu_class(void); > > * The constructor has higher priority than PMD constructors. > > */ > > #define RTE_REGISTER_BUS(nm, bus) \ > > -RTE_INIT_PRIO(businitfn_ ##nm, 110); \ > > +RTE_INIT_PRIO(businitfn_ ##nm, BUS); \ > > static void businitfn_ ##nm(void) \ > > {\ > > (bus).name = RTE_STR(nm);\ > > diff --git a/lib/librte_eal/common/include/rte_common.h b/lib/librte_eal/common/include/rte_common.h > > index 6c5bc5a76..8f04518f7 100644 > > --- a/lib/librte_eal/common/include/rte_common.h > > +++ b/lib/librte_eal/common/include/rte_common.h > > @@ -81,6 +81,12 @@ typedef uint16_t unaligned_uint16_t; > > */ > > #define RTE_SET_USED(x) (void)(x) > > > > +#define RTE_PRIORITY_LOG 101 > > +#define RTE_PRIORITY_BUS 110 > > + > > +#define RTE_PRIO(prio) \ > > + RTE_PRIORITY_ ## prio > > + > > /** > > * Run function before main() with low priority. > > * > > @@ -102,7 +108,7 @@ static void __attribute__((constructor, used)) func(void) > > * Lowest number is the first to run. > > */ > > #define RTE_INIT_PRIO(func, prio) \ > > -static void __attribute__((constructor(prio), used)) func(void) > > +static void __attribute__((constructor(RTE_PRIO(prio)), used)) func(void) > > > It just occured to me, that perhaps you should add a RTE_PRORITY_LAST priority, > and redefine RTE_INIT to RTE_INIT_PRIO(func, RTE_PRIORITY_LAST) for clarity. I > presume that constructors with no explicit priority run last, but the gcc > manual doesn't explicitly say that. It would be a heck of a bug to track down > if somehow unprioritized constructors ran early. > > Neil > While certainly poorly documented, the behavior is well-defined. I don't see a situation where the bug you describe could arise. Adding RTE_PRIORITY_LAST is pretty harmless, but I'm not sure it's justified to add it. If you still think it is useful, I will do it. I'd be curious to hear if anyone has had issues of this kind. -- Gaëtan Rivet 6WIND