From mboxrd@z Thu Jan  1 00:00:00 1970
From: Panu Matilainen <pmatilai@redhat.com>
Subject: Re: Did we reduce unnecessary linkage too well?
Date: Thu, 29 Sep 2016 10:20:20 +0300
Message-ID: <45bb513b-660d-ba74-44cc-0761c7068df6@redhat.com>
References: <CAATJJ0LY_h8+A=7An7xysVSjeOfM4MWdDLEtNrYoW2Qnap04cQ@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Cc: Luca Boccassi <luca.boccassi@gmail.com>
To: Christian Ehrhardt <christian.ehrhardt@canonical.com>,
 Daniele Di Proietto <diproiettod@vmware.com>,
 James Page <james.page@canonical.com>, dev <dev@dpdk.org>
Return-path: <dev-bounces@dpdk.org>
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 by dpdk.org (Postfix) with ESMTP id 96E962B8C
 for <dev@dpdk.org>; Thu, 29 Sep 2016 09:20:22 +0200 (CEST)
In-Reply-To: <CAATJJ0LY_h8+A=7An7xysVSjeOfM4MWdDLEtNrYoW2Qnap04cQ@mail.gmail.com>
List-Id: patches and discussions about DPDK <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

On 09/29/2016 09:58 AM, Christian Ehrhardt wrote:
> Hi,
> I was finally getting to more deeply re-validate Openvswitch 2.6 together
> with DPDK 16.07. And I think I found a whiplash of our effort to reduce
> unnecessary hard linkage.
>
> Trying to avoid cross-posting, picking DPDK list and the main involved
> people on TO/CC.
>
> TL;DR:
> - pmd drivers are no more "auto"-loaded
> - adding -d ...so to all consuming applications feels obnoxious
> - do we really have to intentionally overlink some?
> - I hope I just overlook something trivial to fix this.

Yup. Set CONFIG_RTE_EAL_PMD_PATH to the path where your PMDs are 
installed. Note that since the plugin autoloader in DPDK doesn't make 
assumptions about names, it'll try to load *everything* in that path, so 
you don't want it pointing to eg /usr/lib directly.

What we have on Fedora and RHEL is a /usr/lib(64)/dpdk-pmds/ directory 
with symlinks to the actual pmds which reside in /usr/lib(64) because 
some of them provide actual API.

	- Panu -