DPDK usage discussions
 help / color / mirror / Atom feed
From: Kevin Traynor <ktraynor@redhat.com>
To: David Aldrich <david.aldrich.ntml@gmail.com>, users@dpdk.org
Subject: Re: [dpdk-users] 'MBUF: error setting mempool handler'
Date: Thu, 18 Jun 2020 11:18:54 +0100	[thread overview]
Message-ID: <dca920ca-cdf6-3f66-c6ef-bd1098decee1@redhat.com> (raw)
In-Reply-To: <CAJK_iejhx9hh=b=1HVWdyrLY2n8UUwY0+b2fnSyP0KVCUN_CNw@mail.gmail.com>

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) {
>                 <print error>
>                 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 <david.aldrich.ntml@gmail.com>
> wrote:
> 
>> On Thu, 4 Jun 2020 17:50:18 +0100
>>> David Aldrich <david.aldrich.ntml@gmail.com> wrote:
>>>
>>> <snip>
>>>
>>> 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 <david.aldrich.ntml@gmail.com> 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
>>>
>>>
> 


      reply	other threads:[~2020-06-18 10:19 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-06-04 16:50 David Aldrich
2020-06-04 17:23 ` Stephen Hemminger
2020-06-05  9:43   ` David Aldrich
2020-06-05 16:20     ` David Aldrich
2020-06-18 10:18       ` Kevin Traynor [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=dca920ca-cdf6-3f66-c6ef-bd1098decee1@redhat.com \
    --to=ktraynor@redhat.com \
    --cc=david.aldrich.ntml@gmail.com \
    --cc=users@dpdk.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).