From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) by dpdk.org (Postfix) with ESMTP id 96E962B8C for ; Thu, 29 Sep 2016 09:20:22 +0200 (CEST) Received: from int-mx09.intmail.prod.int.phx2.redhat.com (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 0A31E61E58; Thu, 29 Sep 2016 07:20:22 +0000 (UTC) Received: from sopuli.koti.laiskiainen.org (vpn1-5-5.ams2.redhat.com [10.36.5.5]) by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id u8T7KKTP014433; Thu, 29 Sep 2016 03:20:20 -0400 To: Christian Ehrhardt , Daniele Di Proietto , James Page , dev References: Cc: Luca Boccassi From: Panu Matilainen Message-ID: <45bb513b-660d-ba74-44cc-0761c7068df6@redhat.com> Date: Thu, 29 Sep 2016 10:20:20 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.39]); Thu, 29 Sep 2016 07:20:22 +0000 (UTC) Subject: Re: [dpdk-dev] Did we reduce unnecessary linkage too well? X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Sep 2016 07:20:22 -0000 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 -