From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 1C7F8A0546 for ; Wed, 26 May 2021 22:03:18 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 965CF4067C; Wed, 26 May 2021 22:03:17 +0200 (CEST) Received: from mail-pj1-f54.google.com (mail-pj1-f54.google.com [209.85.216.54]) by mails.dpdk.org (Postfix) with ESMTP id A44A840150 for ; Wed, 26 May 2021 22:03:16 +0200 (CEST) Received: by mail-pj1-f54.google.com with SMTP id ne24-20020a17090b3758b029015f2dafecb0so990361pjb.4 for ; Wed, 26 May 2021 13:03:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=/wQQDFvGhCGfIAFM8jnwXjJoDPzx/UACUyJSpipLtOM=; b=fNHSLbmbQp9Vul67kc/47AyaYPhV25guq433PNe16Cw/DXhiUbDJak1dHaxWvdTG4y MFUrlILkxeRHwinynfs1XGrL76ZPNkaK371va+/1FIVAReuSXd+0jzcgLsMRrPauphXv yOghE+5Zz6kvpUIWsYti05CQpaOJ3jnRvWqBzRvrlpOy0R/lCz1SoJGMT4tOYFObaEmz KvSigbpk6cspyEucP44X+rdvPZIoGfdC/sr7nh6vDax9UqYLMQ7nJHHfe8j6V6O3Ddbj onmg69g34GosDkosOFOI3+J2ffbOPDsWGeRLfFksvZQmMdmG3UYDA262TOSGKpc2jOsc FWYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=/wQQDFvGhCGfIAFM8jnwXjJoDPzx/UACUyJSpipLtOM=; b=PPhNgFJ5L01rrGOcyXmLkv2FnNYetlUh1n6dgw8P9GNlYvQvouFj600KdueILh5o32 4NAUb5Oz7utjrQ67R8Upci/KbozYVvVCwVERJGEApmyqsMTTKMfW6x93IAYpjtmWfQjr QeRAl2x7E0AJ8bz/EYqD/wF0v7NZsVzslEfBQ5cYVwtc1pjG+QTN+2oFhZM/otxtzLDw Ehh/9QmLSI6ZRsgq2aziFI5hALPA7bp0+Di3iU9WtTj6li5kbIRPMiYElAOy7Da3vSPz YJA4sc8nJBr8N6+pzogDAIuA0JyDuF6LC3A3P0PtFOMMvPVC0T2sllafmt5KDlrtPFTt XqdA== X-Gm-Message-State: AOAM533iG2n0nBr6ldjuMCjg+lTZRhTcW1WuR8DDsbHf7nTDjPNDlC7D LxAkLfbEeOGNkeESmKuztssrFQ== X-Google-Smtp-Source: ABdhPJxXdJnBHUYUsg4wUmyY6IXszwZaoEvxf/pAADYy2kRfl92iCwDJztk6H4ikdUeiXaVO4uxB2g== X-Received: by 2002:a17:90b:14c3:: with SMTP id jz3mr5451543pjb.152.1622059395540; Wed, 26 May 2021 13:03:15 -0700 (PDT) Received: from hermes.local (76-14-218-44.or.wavecable.com. [76.14.218.44]) by smtp.gmail.com with ESMTPSA id g202sm63256pfb.54.2021.05.26.13.03.14 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 26 May 2021 13:03:15 -0700 (PDT) Date: Wed, 26 May 2021 13:03:11 -0700 From: Stephen Hemminger To: Sudharshan Krishnakumar Cc: users@dpdk.org Message-ID: <20210526130311.292c934a@hermes.local> In-Reply-To: References: <20210526105326.2b580fc7@hermes.local> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-users] Issue moving to DPDK 20.11 release X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK usage discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: users-bounces@dpdk.org Sender: "users" On Wed, 26 May 2021 12:41:21 -0700 Sudharshan Krishnakumar wrote: > Hi Stephen, > > Normal for dynamically linked shared libraries, linker should load the > dependant libraries > based on library path under-> /etc/ld.so.conf.d$ cat x86_64-linux-gnu.conf > # Multiarch support > /usr/local/lib/x86_64-linux-gnu > /lib/x86_64-linux-gnu > /usr/lib/x86_64-linux-gnu > > I do have the /usr/local/lib/x86* path, which is where DPDK 20.11 > shared(*.so) libraries have been installed. > But during launch of application, application does not seem to load those > libraries. Normally this method works. > Is this a DPDK issue. > > In any case, I followed your suggestion, did ldd -v packet_ordering-shared, > to get the dependencies, and manually passed the > paths to the application, but there is another error now-> MBUF: error > setting mempool handler > That is true for normal linked in libraries (ie what ldd shows). The DPDK is doing explicit dlopen to load poll-mode-drivers. I would prefer that DPDK was smarter in this area (more like the Linux kernel) so that it could have a catalog of PCI device vendor/id table and automatically load the PMD; but that capability is not part of the current versions. You have to do use -d to load the right .so