From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v1 1/2] mempool/octeontx: move mbox from event to mempool Date: Mon, 23 Oct 2017 16:50:27 +0200 Message-ID: <6160278.vMk2a8irLz@xps> References: <20171016134247.5431-1-santosh.shukla@caviumnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev@dpdk.org, olivier.matz@6wind.com, jerin.jacob@caviumnetworks.com, hemant.agrawal@nxp.com To: Santosh Shukla Return-path: Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id 28A6B1B656 for ; Mon, 23 Oct 2017 16:50:29 +0200 (CEST) In-Reply-To: <20171016134247.5431-1-santosh.shukla@caviumnetworks.com> List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" 16/10/2017 15:42, Santosh Shukla: > Octeontx mempool pmd need mailbox for pool setup. > That mailbox was defined at drivers/event/octeontx. > So mempool has dependency on event/octeontx driver and > commit:8700239f7767 has added make rule which makes sure event/* > get build before mempool, but this rule introduces > cyclic dependency and may create problem to future > feature addition in drivers/Makefile. > > Same problem noticed and reported in below thread: > http://dpdk.org/ml/archives/dev/2017-October/079187.html > > The patch solves problem by moving mbox definition from > drivers/event/octeontx to drivers/mempool/octeontx. > Moving mbox files involves below changes: > > * Renamed ssovf_mbox.[ch] --> octeontx_mbox.[ch] > * Renamed ssovf_probe.c --> octeontx_ssovf.c > * Introduced pool logger file. > * Moved API from rte_pmd_octeontx_ssovf_version.map to > rte_mempool_octeontx_version.map. > * Respective Makefile changes done in > drivers/event/octeontx/Makefile and drivers/mempool/octeontx/Makefile. > > Fixes: 8700239f7767 ("mempool/octeontx: add build and log infrastructure") > > Reported-by: Hemant Agrawal > Signed-off-by: Santosh Shukla There is a 32-bit compilation issues: - fpavf_log_dbg("buffer exist in pool cnt %ld\n", cnt); + fpavf_log_dbg("buffer exist in pool cnt %" PRId64 "\n", cnt); Fixed when applying