From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id A0717A04F1 for ; Thu, 18 Jun 2020 12:19:03 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8CD381BEC5; Thu, 18 Jun 2020 12:19:03 +0200 (CEST) Received: from us-smtp-delivery-1.mimecast.com (us-smtp-1.mimecast.com [207.211.31.81]) by dpdk.org (Postfix) with ESMTP id BC6B43B5 for ; Thu, 18 Jun 2020 12:19:01 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1592475541; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:autocrypt:autocrypt; bh=71xEMIs848HkIvkseNc2SYH25OWAjbuulzT72NYtUzM=; b=geTIBmi4zMv9iKcSZ/Ex/f54GAZpINFz+QPU1GgvkRyv3XhGweLwX1TNGVO6Hx4FQnNJTG RlnBWjS4iSAvlXU+3R1Q7Mh0i0V4I8uYg3nZV9vEGhwad164bRTyIA4gMtAgObdQqQOizT LOCCHewzhsCXsY82cVWnk4PoN6b7qZM= Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-415-kMwfFdEfMymO_gp5f_PxeQ-1; Thu, 18 Jun 2020 06:18:57 -0400 X-MC-Unique: kMwfFdEfMymO_gp5f_PxeQ-1 Received: from smtp.corp.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id A88C21054F8F; Thu, 18 Jun 2020 10:18:56 +0000 (UTC) Received: from [10.33.36.205] (unknown [10.33.36.205]) by smtp.corp.redhat.com (Postfix) with ESMTP id C72AD79307; Thu, 18 Jun 2020 10:18:55 +0000 (UTC) To: David Aldrich , users@dpdk.org References: <20200604102319.146abf16@hermes.lan> From: Kevin Traynor Autocrypt: addr=ktraynor@redhat.com; keydata= mQINBF2J2awBEADUEPNhgNI+nJNgiTAUcw4YIgVXEoHlsNPyyzG1BEXkWXALy0Y3fNTiw6+r ltWDkF9jzL9kfkecgQ67itGfk1OaBXgSGKuw1PUpxAwX2Bi76LAR6M5OsyGM9TSVVQwARalz hMwRBIZPzPc7or6Pw7jAOJ8SQGJ1Zlp1YJCjrvpe87V1tH/LY8Wnxn/EuoseFmWILAQZAtYS tGjcrAgYn3SPMLR1B0BP5bTBY06vWQjiufH8drenfDnMJAzuBdG1mqjnTqCjULZ3Hunv4xqZ aMnkvL/K5Tj1c12Oe4930EE53LrXIBUltRg5mBudSWHnC7twjH0082HH9f963Z/2UI63SFIT iUvRvAzJYytgy7XnWLQ0+goZBADKYfolOuC0H8VgCaux8u8KFF28Dy+N6TV2KI58jTlyg1Zu l7QwykZpnOkJFiy37Gfbu3YEOzO72cP/S7/A+zvuqkxi63jyEkd+FY99vLt/HN2MUZwRmKDw UPbLkmrs8WU01/POVsqDcfvz7vu2St8hqqTiSIdQGS2zyTKB2/DvPSM3jws3udkIYSuhn+X4 QBiV6lkVZ7DSE6a065gnAauAql+b32Eymy+xnG5jCt1tR+0Cp2VZYCR9OU2gmomUKBDoX/He pSgED01CqYPNjN+TddirwmQX7ep4DtXc8FWvv2g/pq9WZFQk2QARAQABtCNLZXZpbiBUcmF5 bm9yIDxrdHJheW5vckByZWRoYXQuY29tPokCTgQTAQgAOBYhBAoiOaH51tHF7VYtEI9CINER a+yJBQJdidmsAhsDBQsJCAcCBhUKCQgLAgQWAgMBAh4BAheAAAoJEI9CINERa+yJoxIP/3VF 2TIgW4ckxhRFCvFu/606bnvCPie88ake4uWVWMAWwcMc4fKEltRWRCpkSVOwgqoMHnyHxK5r kOKzx2CLJMX5TgTMfKzPuaBDHngHLUzl2DStpBzrod0cVg5TShdmmfjY61uxRJKz+DlSkwgJ riADdVF5PPosQXTkKSGf2ombpTGpx/pue9ocjnr3x4SDpRLlnooM6Jf/3Y3Ib4jX6HPEyWuY b+owIIk9y2nRRGPQ6jbqAhsrXd9V+77UL0QuGWloMuKMZFbNg8hbu7X5aFijAbfxj4YUgojS ba7gfGZQan8h32A9KGQWrmsCBc3j2GqEPsX0r05X7cn7WL6IOPgQJ5EiQ7PlazQYVLrvZg9B n0GKK0k6895mLG0ZZ5v/qajOPF52etSmvFD1WUPb4OqaHqGA9ZtMpaKFRt7Y6rpXqKNU1xzW F5KjbTPtTb9WF3An8dciVv+AYUI7totkZYkWvQtgss8lfaX3NKUvXLVxqK0z3dQyr7rF/tYz PneTKypSksjCgaEBLSrsRmM5zKfe7tSNF/fDntfIq/029Jtcw29TcWEP57peNu6TtejewQD9 sTI+oqiXvW2D5l7LNUDYG8eMJp2oT7I0ZSBRvwcbmjH0DtN/bXCCFfCvk8Yic68F3tV1ctix wQARVKDBhT30uCxycRWojCYqTgNJJS71uQINBF2J2awBEADP57PR2IpSYBeNSrsAjeIcsahE N4SQP2C4s50S8QEWAUhqMRI7WNv5cfeef0nDvcl1IUA6oz5SokbcsbMa+mRgaNF4N5KikWTO LPYxq2YVJoXwJ+tKmNzyOLFUIfFJ4NBJZple5dTfWzD00Dbb19Mri1hy1mWMqNTPGBee1+hw Qcp6n3mmGECvajs8G5A7NyXbwL8ihN7HX9D01ucD62b4G03yKe2g/hvKgcdUVmhCldJlF27I 2fSR9tDxH9pZqRODY4rjbFZEey/vWKXqjE+DQ8AtMSEaDfFe5D+i4Aw6erWQ3Wr+DwZt1/7G dIAElGA/q90T1ENVwJX9y7fsQssawKYYdDqURHCl5JuDXI+VXUypExipUUT5SPycMmbLsx0D iKEqPPDQWKxkIDVKqj2+EhamSuJznZUwBLJKn0h4zrIWiXWUy07lRwtVuhaDXhF3GfW+5W/x wAg7Qg3w00ASsb/XTHBIhMnenKDfS7ihtQA8SacwX8ySdxb+15XPyiplM979qBQ0mhnilulm MIJzEf/JxoYR5huuj4f1PFqqrsP06Dl+YGB7dQZp3IKggS5c3/TAynARRg9N89UsDXNtp7X0 tgIPFF5k6fnHE0J5O64GYHeTqN/1aE6dAEOV9WrGzQAJxU9ipikb8jKAWXzLewRIKGmoPcRZ WdB0NmIjmQARAQABiQI2BBgBCAAgFiEECiI5ofnW0cXtVi0Qj0Ig0RFr7IkFAl2J2awCGwwA CgkQj0Ig0RFr7IkkORAAl/NbX93WK5MEoRw7/DaPTo/Lo6Pj1XMeSqGyACigHK/452UDvlEH NjNJMzYYrNIjMtEmN9VVCfjT38CSca7mpGQVwchc0mC7QSPAETLCS+UacVf/Kwxz5FfkEUUw UT7A+uyVOIgW3d9ldlRzkHA2czonSSgTQU+i2g6DM4ha+BuQb4byAXH6HQHt/Zh1J64z0ohH v6iGsCzCY/sMWF8+LEGSnzMGRCLiiwSF0vJBHbzWK68fANaF4gBV0Z/+6tQRFN7YMhj/INmk qgvHj1ZzHFNtirjMGPRxoZs51YoLQM/aBPxKrnmXThx1ufH+0L6sGmFTugiDt0XSEkC5reH7 a+VhQ1VTFFQrClA8NmDSPzFeuhru4ryaaDHO+uEB16cNHxHrQtlP/2hts2JM5lwkZRWJ5A57 h8eDEIK5be47T85NVHfuTaboNRmgg1HygVejhGUtt69u/0MVRg/roUTa0FyEbNsvz4qAecyW yWzMcVrcGJDQLC9JLKEpoyUF6gdTKaiDL2Vao4+XRIA3Y57b6MO35a3HuzAv7+i5Z0mnDEJO XxXqTOmKYpMIGexzM/PtuA0712sT1abG9tAJ17ao/B7cqMW5IkKkalemFbWfI2unns4Papvo tk9igVqyp6EJDU98z5TJioCVojwK2laDaoIjTJk9YYv3iwCsqPd5feU= Message-ID: Date: Thu, 18 Jun 2020 11:18:54 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Scanned-By: MIMEDefang 2.79 on 10.5.11.11 X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [dpdk-users] 'MBUF: error setting mempool handler' X-BeenThere: users@dpdk.org X-Mailman-Version: 2.1.15 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 05/06/2020 17:20, David Aldrich wrote: > May I restate my problem please as there was an error in my original > message: > > I am using some DPDK application code that worked with DPDK 2.2.0. I am > trying to port it to DPDK 18.08, running on Centos 7. The code gives error: > > MBUF: error setting mempool handler > > This error occurs in the call to rte_pktmbuf_pool_create() below: > > for (lcore_id = 0; lcore_id < RTE_MAX_LCORE; lcore_id++) { > > if (rte_lcore_is_enabled(lcore_id) == 0) > continue; > > iCpuSocket = rte_lcore_to_socket_id(lcore_id); > > if (iCpuSocket == SOCKET_ID_ANY) > iCpuSocket = 0; > > // Preparing direct memory pool per Socket > > if (socket_direct_pool[iCpuSocket] == NULL) > { > mp = rte_pktmbuf_pool_create( buf, It looks like you are reusing this 'buf' name multiple times. At a given time, mempool names must be unique. About 18.08 - there was one stable release 18.08.1, but it is not an LTS and not maintained. Strongly suggest you move to 18.11 at least, or 19.11 which has longer maintenance left. http://core.dpdk.org/roadmap/#stable > NB_MBUF, > 32, > 0, > RTE_MBUF_DEFAULT_BUF_SIZE, > iCpuSocket); > if (mp == NULL) { > > return -1; > } > socket_direct_pool[iCpuSocket] = mp; > } > > I don't know how to fix this. I have seen other people reporting this when > building the dpdk application code as a library (i.e. there were missing > symbols), but I am building directly as an executable. > > Any suggestions please? > > On Fri, Jun 5, 2020 at 10:43 AM David Aldrich > wrote: > >> On Thu, 4 Jun 2020 17:50:18 +0100 >>> David Aldrich wrote: >>> >>> >>> >>> You should not be using 8.08 is not a Long Term Stable release. It is not >>> supported. >>> >>> >> I'm using 18.08 LTS >> >> >>> You should be using rte_pktmbuf_pool_create() rather than >>> rte_mempool_create(). >>> Lots has changed in the years since 2.2.0 >>> >> >> Sorry, I made a mistake. The error: >> >> MBUF: error setting mempool handler >> >> occurs in: >> >> mp = rte_pktmbuf_pool_create( buf, >> NB_MBUF, >> 32, >> 0, >> RTE_MBUF_DEFAULT_BUF_SIZE, >> iCpuSocket); >> >> Any advice please? >> >> On Thu, Jun 4, 2020 at 6:23 PM Stephen Hemminger < >> stephen@networkplumber.org> wrote: >> >>> On Thu, 4 Jun 2020 17:50:18 +0100 >>> David Aldrich wrote: >>> >>>> I am using some DPDK application code that worked with DPDK 2.2.0. I am >>>> trying to port it to DPDK 18.08. The code gives error: >>>> >>>> MBUF: error setting mempool handler >>>> >>>> >>>> I guess the app code that causes this is: >>>> >>>> ptRxQueInfo->pool = rte_mempool_create(buf, >>>>> nb_mbuf/2, >>>>> MBUF_SIZE, >>>>> 0, >>>>> sizeof(struct >>> rte_pktmbuf_pool_private), >>>>> >>>>> rte_pktmbuf_pool_init, >>>>> NULL, >>>>> rte_pktmbuf_init, >>>>> NULL, >>>>> iCpuSocket, >>>>> 0) >>>> >>>> >>>> I really don't know how to fix this. Any suggestions please? >>> >>> You should not be using 8.08 is not a Long Term Stable release. It is not >>> supported. >>> >>> You should be using rte_pktmbuf_pool_create() rather than >>> rte_mempool_create(). >>> Lots has changed in the years since 2.2.0 >>> >>> >