From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v3 1/3] kasumi: add new KASUMI PMD Date: Mon, 20 Jun 2016 21:48:18 +0200 Message-ID: <2058377.0QnmeqL1dd@xps13> References: <1466159565-27950-1-git-send-email-pablo.de.lara.guarch@intel.com> <1466433606-27398-1-git-send-email-pablo.de.lara.guarch@intel.com> <1466433606-27398-2-git-send-email-pablo.de.lara.guarch@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org, declan.doherty@intel.com, deepak.k.jain@intel.com To: Pablo de Lara Return-path: Received: from mail-lb0-f177.google.com (mail-lb0-f177.google.com [209.85.217.177]) by dpdk.org (Postfix) with ESMTP id 4E28C69C8 for ; Mon, 20 Jun 2016 21:48:25 +0200 (CEST) Received: by mail-lb0-f177.google.com with SMTP id ak10so88634lbc.3 for ; Mon, 20 Jun 2016 12:48:25 -0700 (PDT) In-Reply-To: <1466433606-27398-2-git-send-email-pablo.de.lara.guarch@intel.com> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" As for other crypto drivers with a dependency, I'm not sure the PMD.so can be loaded. 2016-06-20 15:40, Pablo de Lara: > --- /dev/null > +++ b/drivers/crypto/kasumi/Makefile > +# external library include paths > +CFLAGS += -I$(LIBSSO_KASUMI_PATH) > +CFLAGS += -I$(LIBSSO_KASUMI_PATH)/include > +CFLAGS += -I$(LIBSSO_KASUMI_PATH)/build The library kasumi is not linked in the PMD here. > --- a/mk/rte.app.mk > +++ b/mk/rte.app.mk > @@ -134,6 +134,8 @@ _LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_NULL_CRYPTO) += -lrte_pmd_null_crypto > _LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_QAT) += -lrte_pmd_qat -lcrypto > _LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_SNOW3G) += -lrte_pmd_snow3g > _LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_SNOW3G) += -L$(LIBSSO_PATH)/build -lsso > +_LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_KASUMI) += -lrte_pmd_kasumi > +_LDLIBS-$(CONFIG_RTE_LIBRTE_PMD_KASUMI) += -L$(LIBSSO_KASUMI_PATH)/build -lsso_kasumi > endif # CONFIG_RTE_LIBRTE_CRYPTODEV > > endif # !CONFIG_RTE_BUILD_SHARED_LIBS The dependency is linked only with the application in the static case. I think it is a common problem to several drivers. I suggest to fix it in a separate patchset.