From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm1-f65.google.com (mail-wm1-f65.google.com [209.85.128.65]) by dpdk.org (Postfix) with ESMTP id 230D42C19 for ; Tue, 2 Oct 2018 15:08:01 +0200 (CEST) Received: by mail-wm1-f65.google.com with SMTP id s12-v6so2203385wmc.0 for ; Tue, 02 Oct 2018 06:08:01 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:content-transfer-encoding:mime-version; bh=zDATSQPxuzNEmwIGRHioYvEshfjt3+Z9/7sqwBempjw=; b=h5iSbWRC3hxLmHR3RceUWfuaX5sMZniuKfG7/DOEkVmjnEsg/Aia5TYAI+b+V0VdHQ ola7X5UdfJc00gWcQYdHUy6OB2E48dSc+YUY3iOeBHL1W1+NCpuB/kSS28yFaK3I/E/F FtUubAXtFGaBYd+6Wv5nS4jIs3kaPYSyZkEBBMEKedV6MpDtRISvGXNXCkaFUF33e0NY XYOJQT9CTwmrvvZQE+ES8efXLLWloBQ7SUssXs/057s7v1EXItqLttZa4tcUKdAGAVeN R8maGGsuQL/XZO/Fli1OxbdFuDNQfiwejexTVowc6NLw+KjeOSM2copNbcBC6vhRu7w4 RDUg== X-Gm-Message-State: ABuFfohpr2BgP9sU1tfR08I0n7YE5qXeQH/WOr5QkhxNTg9TuotTPEgC kL1XC25vp3gm+8vqn8fukSI= X-Google-Smtp-Source: ACcGV63H/ECnz0GkpylAwFW3AnWFj6j3LYFNJNLnmUCTqQ9H8xJdnTMerTZl6lSMQYWnTSN6x9ImEQ== X-Received: by 2002:a1c:3745:: with SMTP id e66-v6mr1728308wma.142.1538485680716; Tue, 02 Oct 2018 06:08:00 -0700 (PDT) Received: from localhost ([2001:1be0:110d:fcfe:ed7d:79a1:9a42:d85f]) by smtp.gmail.com with ESMTPSA id w4-v6sm14528255wra.83.2018.10.02.06.07.59 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 02 Oct 2018 06:07:59 -0700 (PDT) Message-ID: <1538485679.4835.4.camel@debian.org> From: Luca Boccassi To: Bruce Richardson , Marco Varlese Cc: Timothy Redaelli , dev@dpdk.org, christian.ehrhardt@canonical.com Date: Tue, 02 Oct 2018 14:07:59 +0100 In-Reply-To: <20181002122301.GA16884@bricha3-MOBL.ger.corp.intel.com> References: <20180928175803.12955-1-bluca@debian.org> <20181001091714.GA25944@bricha3-MOBL.ger.corp.intel.com> <20181001092530.GB25944@bricha3-MOBL.ger.corp.intel.com> <1538387162.8363.41.camel@debian.org> <20181001124209.7ea2f69b@redhat.com> <20181001110600.GA2520@bricha3-MOBL.ger.corp.intel.com> <1538393046.8363.42.camel@debian.org> <604d5ee1ce05455368334a8ad5969b36be0f024b.camel@suse.de> <20181002122301.GA16884@bricha3-MOBL.ger.corp.intel.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Evolution 3.22.6-1+deb9u1 Mime-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH] build: add drivers_install_subdir meson option 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: Tue, 02 Oct 2018 13:08:01 -0000 On Tue, 2018-10-02 at 13:23 +0100, Bruce Richardson wrote: > On Tue, Oct 02, 2018 at 01:02:26PM +0200, Marco Varlese wrote: > > On Mon, 2018-10-01 at 12:24 +0100, Luca Boccassi wrote: > > > On Mon, 2018-10-01 at 12:06 +0100, Bruce Richardson wrote: > > > > On Mon, Oct 01, 2018 at 12:42:09PM +0200, Timothy Redaelli > > > > wrote: > > > > > On Mon, 01 Oct 2018 10:46:02 +0100 > > > > > Luca Boccassi wrote: > > > > >=20 > > > > > > On Mon, 2018-10-01 at 10:25 +0100, Bruce Richardson wrote: > > > > > > > On Mon, Oct 01, 2018 at 10:17:14AM +0100, Bruce > > > > > > > Richardson > > > > > > > wrote:=C2=A0=C2=A0 > > > > > > > > On Fri, Sep 28, 2018 at 06:58:03PM +0100, Luca Boccassi > > > > > > > > wrote:=C2=A0=C2=A0 > > > > > > > > > Allow users and packagers to override the default > > > > > > > > > dpdk/drivers > > > > > > > > > subdirectory where the PMDs get installed under $lib. > > > > > > > > >=20 > > > > > > > > > Signed-off-by: Luca Boccassi > > > > > > > > > ---=C2=A0=C2=A0 > > > > > > > >=20 > > > > > > > > I'm ok with this change, but what is the current > > > > > > > > location > > > > > > > > used by > > > > > > > > distro's > > > > > > > > right now? I mistakenly never checked what was done > > > > > > > > before I > > > > > > > > used > > > > > > > > dpdk/drivers as a default value, and I'd like the > > > > > > > > default to > > > > > > > > match > > > > > > > > the > > > > > > > > common option if possible. > > > > > > > >=20 > > > > > > > > /Bruce > > > > > > > > =C2=A0=C2=A0 > > > > > > >=20 > > > > > > > Replying to my own question, I've just checked on CentOS > > > > > > > and > > > > > > > Debian, > > > > > > > and it > > > > > > > appears both are using directory "dpdk-pmds" as the > > > > > > > subdir > > > > > > > name. > > > > > > > Therefore, > > > > > > > let's just make that the default. [Does it need to be > > > > > > > configurable in > > > > > > > that > > > > > > > case?] > > > > > > >=20 > > > > > > > /Bruce=C2=A0=C2=A0 > > > > > >=20 > > > > > > If the default is the one I expect then I'm fine without > > > > > > having > > > > > > an > > > > > > option (actually happier - less things to configure). > > > > > >=20 > > > > > > But in Debian/Ubuntu it's dpdk-MAJORVER-drivers since last > > > > > > January :-) > > > > > > We changed because using a single directory creates > > > > > > problems when > > > > > > multiple different ABI versions are installed, due to the > > > > > > EAL > > > > > > autoload > > > > > > from that directory. So we need a different subdirectory > > > > > > per ABI > > > > > > revision. > > > > > >=20 > > > > > > We were actually talking with Timothy a while ago to make > > > > > > this > > > > > > consistent across our distros, and perhaps Marco can chip > > > > > > in as > > > > > > well. > > > > > >=20 > > > > > > Timothy, Marco, is using dpdk-MAJORVER-$something ok for > > > > > > you? I'm > > > > > > not > > > > > > too fussy on $something, it can be drivers or pmds or > > > > > > something > > > > > > else. > > > > > >=20 > > > > >=20 > > > > > LGTM. > > > > > If needed, we can just do a compatibility symlink using the > > > > > current > > > > > dpdk-pmds path > > > > >=20 > > > >=20 > > > > One suggestion/comment. Would using a unique directory per > > > > release > > > > not lead > > > > to clobbering up the lib directory unnecessarily? How about > > > > having a > > > > single > > > > "dpdk" or "dpdk-pmds" directory in lib, and having $MAJORVER as > > > > a > > > > subdir > > > > under that? > > > >=20 > > > > E.g. dpdk/pmds-18.08/, dpdk/pmds-18.11/, or dpdk-pmds/18.08/ > > > > dpdk-pmds/18.11 > > > >=20 > > > > [The former of the above would be my preference, since I don't > > > > like > > > > having > > > > hypenated names, and like having "dpdk" alone as a folder name > > > > :-)] > > > >=20 > > > > /Bruce > > >=20 > > > dpdk/pmds-XX.YY/ would work for me. Timothy and Marco? > >=20 > > That would work for us. > > However, I would suggest to have the path to be configurable > > (feature to be > > dropped in maybe next release). Just to make sure the transition > > can happen > > without pain in the remote circumstance that something goes wrong > > with > > packaging... > > >=20 > >=20 > > --=C2=A0 > > Marco V > >=20 >=20 > Yes, I think it needs to be configurable for the forseeable future. > If the > DPDK version is to be put in the path then we either need to always > use a > configurable version, since we can't hardcode a version number in the > default, or else we need to put logic in the meson.build file to > always > insert a version number. >=20 > /Bruce Ok, in v2 I added a small bit of logic to set the default to the major version number (and also the override option). --=20 Kind regards, Luca Boccassi