From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.ud15.udmedia.de (ud15.udmedia.de [194.117.254.55]) by dpdk.org (Postfix) with ESMTP id 2FA269B8F for ; Wed, 2 Aug 2017 16:11:02 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=ng4t.com; h=subject:to :references:cc:from:message-id:date:mime-version:in-reply-to :content-type:content-transfer-encoding; s=k1; bh=455LamxsSzn8E0 hdQ/rPKPhcf+gIEA/wd0AkRn7rldk=; b=uZW+XjXuoObGQBLWoiPEikyhiyt/N2 fwnmmvDu8PFvUJ2BMmuAMigiV2DMil7eMjMSj7wuP3NaCGc+lT8/ZAvkZbYj3T83 0YcnlKxZ0lgELKqLxnMuCBc2DSD/Q5ngAsbSLVrTzIxQcmoYssiP/qXu//zojOMb qpnSFgSGWVNmY= Received: (qmail 24257 invoked from network); 2 Aug 2017 16:11:00 +0200 Received: from unknown (HELO ?IPv6:2a02:8106:1:f900:2e0:4cff:fe68:158b?) (ud15?2p5@2a02:8106:1:f900:2e0:4cff:fe68:158b) by mail.ud15.udmedia.de with ESMTPSA (ECDHE-RSA-AES128-GCM-SHA256 encrypted, authenticated); 2 Aug 2017 16:11:00 +0200 To: Thomas Monjalon , =?UTF-8?Q?Ga=c3=abtan_Rivet?= References: <9fb283ed-223d-713e-4722-21278f4cfd6e@ng4t.com> <2197043.BsW04uu1lT@xps> <20170801081759.GO11154@bidouze.vm.6wind.com> <3107053.nrimOLvoz2@xps> Cc: users@dpdk.org, dev@dpdk.org From: Dirk-Holger Lenz Message-ID: Date: Wed, 2 Aug 2017 16:11:00 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Icedove/45.6.0 MIME-Version: 1.0 In-Reply-To: <3107053.nrimOLvoz2@xps> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-dev] [dpdk-users] If shared libraries are used vdev doesn't work anymore 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: Wed, 02 Aug 2017 14:11:02 -0000 patch tested by dirk.lenz and works for one virtual device On 08/01/2017 11:32 AM, Thomas Monjalon wrote: > 01/08/2017 10:17, Gaëtan Rivet: >> Hi, >> >> On Mon, Jul 31, 2017 at 10:23:50PM +0200, Thomas Monjalon wrote: >>> 31/07/2017 16:58, Dirk-Holger Lenz: >>>> If dpdk is built with 'CONFIG_RTE_BUILD_SHARED_LIB=y' then >>>> using the vdev feature (args: e.g. -c 3 -n 4 --vdev="crypto_openssl") >>>> the rte_eal_init() returns 'ERROR: failed to parse device "crypto_openssl"'. >>>> It looks to me that rte_eal_devargs_add() calling rte_eal_devargs_parse() >>>> is trying to check the device name before the shared libraries are read >>>> and the internal data arrays are setup. >>> Yes, you're right: eal_parse_args() is called before eal_plugins_init(). >>> The fix is not small: we should split the args parsing to parse the >>> device arguments after loading shared libraries. >>> >>> It is a release blocker. >> I saw that yesterday, tried to investigate a bit. >> I have currently an issue when launching testpmd when >> BUILD_SHARED_LIB=y. Mbufs fail to be allocated. I was not able to find >> the root cause for this. > Have you loaded the mempool driver? > >> Anyway, I guess there are two possible solutions: >> >> - Delayed device validation >> - Earlier plugins init >> >> Thomas you seem to propose the first one, I agree that it will probably >> be a little involved to implement but I guess it's feasible in time. >> However, I don't yet understand why the second one is not possible from >> the get-go. It makes sense in any case that the system should be >> stabilized as soon as possible - i.e. that underlying subsystems such as >> plugins and capabilities are loaded first to expose a stable set of >> capabilities to any subsequent initializations. > The problem is that the plugins initialization depends on tailqs, log > and memory initialization. > >> So, I will lack time to investigate the issue with testpmd and shared >> libs. If anyone has any idea, I will gladly hear it. In the meantime, I >> will test those two solutions, see what would be feasible, and try to >> propose one shortly. > Thank you