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 20DD9A04DB; Thu, 10 Dec 2020 19:17:50 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 5FD32BE77; Thu, 10 Dec 2020 19:17:48 +0100 (CET) Received: from mail-lf1-f49.google.com (mail-lf1-f49.google.com [209.85.167.49]) by dpdk.org (Postfix) with ESMTP id A4581BE75 for ; Thu, 10 Dec 2020 19:17:45 +0100 (CET) Received: by mail-lf1-f49.google.com with SMTP id a9so9617856lfh.2 for ; Thu, 10 Dec 2020 10:17:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=k029DDjV4hPqwhyY3DhBiXVaA3n4i0RrHqPobJLd2Ek=; b=l60fKv/tWVFkgWgMrNvZGED8IZMPTYUO2123szR8EywiTX8d4o57ezfOf8/PxlFB1s 4c6S7knCfdMsgEw9hRHmqcMwsOFmgggegT+07EuVQ/i3GqTuITT2nBVEpzaGCmwWEBdr kxraAyCsVlfWDGjfvxUrq72aN+3jHISJ+s/LsvAJOWfswWQqWbDq0UbhQ8NK4yu4ewu+ N2oJKOpsy2y0pJLz5VoPvVqyC/bjXt3LNviPIlQGwDmnh9tE3fLuQLJoipUTNRoJ+Vgb L/VKEr09leoOmOqwhnGljX5/UVbGf9q2C1NHgkAGFiC79EIrwe8TePr7FqO9X9IBEb3k /HYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=k029DDjV4hPqwhyY3DhBiXVaA3n4i0RrHqPobJLd2Ek=; b=TLjBo7ARvB4ZpFHnkwf/bP1ClMub3/A6vJfcrZKUDevF5bQhDsI7WIyHabxWmG+Hf8 7e66WqHj1+WuQbCrEOQJ1GMjZLIxUTdzRPUg15i/k4+CHCE5k2t104YywspWMJII3aS6 mjRPkpuzOASQOzRnMfoNblqA8nLZFd8HT9vdazE7fpV92IE+zaZZaQAvtmXe9un/tUFC t84eVt3VWj4yPJvSSxv2LlHH0Kn3bM7x4QPitPULAE7ZV/AQzmWZ+R9PdoyNF8LawTHj ILlGZDNEi2OXELSuoX2TTbN6M3dQybCxnkXuBV31qcvDkGHtR3/cNtEhMDFtx7rKCwTa P0MQ== X-Gm-Message-State: AOAM533u09ntHG5gg0zfFsYMf9DavKoIexiA1a9iSSay5jHrsf9Sxcpd S5mrYAuMy32n6aCiQ+JgX7R7aW5+TfUkI3dSfvBcJwCHMQ3ZzA== X-Google-Smtp-Source: ABdhPJyWFViqdcyFlgKCH61WSNz/67E6NnemzI6wLkF6vrVcMPG73YRmLobGmJhsYnQPgNtDvgnw7YTqA1aF5fgcINk= X-Received: by 2002:a05:6512:51a:: with SMTP id o26mr3198911lfb.560.1607624264713; Thu, 10 Dec 2020 10:17:44 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Kamaraj P Date: Thu, 10 Dec 2020 23:47:33 +0530 Message-ID: To: dev@dpdk.org Cc: Nageswara Rao Penumarthy Content-Type: text/plain; charset="UTF-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.15 Subject: Re: [dpdk-dev] rte_pktmbuf_pool_create returns EINVAL X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Sender: "dev" Hello All, We could observe the issue with rte_mempool_populate_default() API. Does this lead to fetching contiguous memorywhen allocating it ? BTW we are using the "legacy mem" option to initialize it. Please share if you have more info on this issue. On Tue, Dec 8, 2020 at 12:59 PM Kamaraj P wrote: > Hello All, > > We are using DDPDK 19.11 and when we call *rte_pktmbuf_pool_create() *API > allocate memory, > we could see the EINVAL ( EINVAL - cache size provided is too large, or > priv_size is not aligned ) return from that above API. > We are seeing the issue only when we pass the Priv_size value of 64 bytes > which is aligned to RTE_MBUF_PRIV_ALIGN(8 bytes). > > Here is our snippet of our code base: > #define MBUF_CACHE_SIZE *512 * > #define MBUF_PRIV_SIZE *64* > #define FRAME_LEN *9216* > #define NO_OF_MBUF > *52736 * > > /*define in rte_config.h */ > #define RTE_PKTMBUF_HEADROOM 128 > > pool = rte_pktmbuf_pool_create(name, num_mbufs, > MBUF_CACHE_SIZE, MBUF_PRIV_SIZE, > frame_len + RTE_PKTMBUF_HEADROOM, > rte_socket_id()); > > The above check was failed with EINVAL > > Could you please suggest if there is any known issue or limitation w.r.t > 19.11 > > Thanks, > Kamaraj > > > >