From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 8C01C2C0C for ; Tue, 2 Oct 2018 14:23:10 +0200 (CEST) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 02 Oct 2018 05:23:08 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,331,1534834800"; d="scan'208";a="78053253" Received: from bricha3-mobl.ger.corp.intel.com ([10.237.221.107]) by orsmga008.jf.intel.com with SMTP; 02 Oct 2018 05:23:06 -0700 Received: by (sSMTP sendmail emulation); Tue, 02 Oct 2018 13:23:02 +0100 Date: Tue, 2 Oct 2018 13:23:02 +0100 From: Bruce Richardson To: Marco Varlese Cc: Luca Boccassi , Timothy Redaelli , dev@dpdk.org, christian.ehrhardt@canonical.com Message-ID: <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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <604d5ee1ce05455368334a8ad5969b36be0f024b.camel@suse.de> Organization: Intel Research and Development Ireland Ltd. User-Agent: Mutt/1.10.1 (2018-07-13) 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 12:23:11 -0000 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: > > > > > > > > > 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: > > > > > > > On Fri, Sep 28, 2018 at 06:58:03PM +0100, Luca Boccassi > > > > > > > wrote: > > > > > > > > Allow users and packagers to override the default > > > > > > > > dpdk/drivers > > > > > > > > subdirectory where the PMDs get installed under $lib. > > > > > > > > > > > > > > > > Signed-off-by: Luca Boccassi > > > > > > > > --- > > > > > > > > > > > > > > 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. > > > > > > > > > > > > > > /Bruce > > > > > > > > > > > > > > > > > > > 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?] > > > > > > > > > > > > /Bruce > > > > > > > > > > If the default is the one I expect then I'm fine without having > > > > > an > > > > > option (actually happier - less things to configure). > > > > > > > > > > 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. > > > > > > > > > > We were actually talking with Timothy a while ago to make this > > > > > consistent across our distros, and perhaps Marco can chip in as > > > > > well. > > > > > > > > > > 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. > > > > > > > > > > > > > LGTM. > > > > If needed, we can just do a compatibility symlink using the current > > > > dpdk-pmds path > > > > > > > > > > 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? > > > > > > E.g. dpdk/pmds-18.08/, dpdk/pmds-18.11/, or dpdk-pmds/18.08/ > > > dpdk-pmds/18.11 > > > > > > [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 :-)] > > > > > > /Bruce > > > > dpdk/pmds-XX.YY/ would work for me. Timothy and Marco? > 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... > > > -- > Marco V > 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. /Bruce