From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 5643E1B19D for ; Mon, 1 Oct 2018 13:06:08 +0200 (CEST) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Oct 2018 04:06:07 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.54,327,1534834800"; d="scan'208";a="88176569" Received: from bricha3-mobl.ger.corp.intel.com ([10.237.221.107]) by orsmga003.jf.intel.com with SMTP; 01 Oct 2018 04:06:01 -0700 Received: by (sSMTP sendmail emulation); Mon, 01 Oct 2018 12:06:00 +0100 Date: Mon, 1 Oct 2018 12:06:00 +0100 From: Bruce Richardson To: Timothy Redaelli Cc: Luca Boccassi , dev@dpdk.org, mvarlese@suse.de, christian.ehrhardt@canonical.com Message-ID: <20181001110600.GA2520@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> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181001124209.7ea2f69b@redhat.com> 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: Mon, 01 Oct 2018 11:06:09 -0000 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