From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <aber@semihalf.com>
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com
 [209.85.213.170]) by dpdk.org (Postfix) with ESMTP id 97FF4379E
 for <users@dpdk.org>; Mon, 18 Apr 2016 18:13:27 +0200 (CEST)
Received: by mail-ig0-f170.google.com with SMTP id y9so29006324igg.1
 for <users@dpdk.org>; Mon, 18 Apr 2016 09:13:27 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=semihalf-com.20150623.gappssmtp.com; s=20150623;
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc:content-transfer-encoding;
 bh=s6fqTVR0VvBs0C/avlS9bJn68IHAQmNMJURKiMb+Sco=;
 b=qhhd3uGy3ysLbLYExPx45w2ScqlX1MpcNRu9S8Pzo4xzF4aovGVzT1wHkwvAff0HX6
 6eN/OklW8zm3yuAxwXfrj4b0ScJGsNQvAbc5t1HVHQ+BdrKwf2nhxTT6qLZeNhfw81P0
 NcgKyG20PCFTHQkJ5larrQBCwTpEjIY3Z6eo19Rr7kMJqMjiRG3AKFp/qaLN3ZMIJDpr
 2Q6inDQen3V95jRsd5PZYgpvvayk67AMyisJrVaTkNQr39JCWN6YOM6gkzFtykVMIheH
 82ZCEpeYuPQptQpcHG5ZNSRxgwWTCeNcmnTF4k4/xpT0jOMNNwPWZucRSv//WDgCcfZ2
 AhsA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20130820;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc:content-transfer-encoding;
 bh=s6fqTVR0VvBs0C/avlS9bJn68IHAQmNMJURKiMb+Sco=;
 b=iP7JnwkSBj3yMuRlA8kQt31C6hECsSLzns3OGwz2zK4+d4P0dpTMCsFh9EXE7HlW5V
 +eQtqkbB2cs5+pSGaWN9yeOaw0MW97LzmE7GmmGg8rHK25agy+iaehHi9T8Ftf1sq21c
 pU/AzxOnvV5RL9F8bRs//eptA9J4AsmDuqM072goAbNwNJae+YQa6ZyDWCOBNriAiUs7
 KXlmDBYUkz078L/xGWNERitpOH25NvlJBO7v9qSEkLKkRa6RfimFhVAwzAR1YOoPD3ZV
 NGgjzk3HfdaOKWCeLlUN7CSgxU0PZKM4gmXDDQ/XpX2RGPUwDwHEhyEw49jIlq9h00zj
 naSg==
X-Gm-Message-State: AOPr4FUZ1fa4uysG2CCAxB/Zye0Bf3Kb23Z8zUQ4c942bPL79or8aFwCeijRH69EKZw3BpuwzMpiK5YLOM2RUw==
X-Received: by 10.50.123.132 with SMTP id ma4mr20288857igb.92.1460996006930;
 Mon, 18 Apr 2016 09:13:26 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.64.33.144 with HTTP; Mon, 18 Apr 2016 09:13:07 -0700 (PDT)
In-Reply-To: <CABbgvkv25Q0MT_izqFc8on-YJaTJ49ne1-kJzkzupGDyy-XF1g@mail.gmail.com>
References: <CABbgvkurz25E9VZZCi=FJaPDbVQF2ky-vu1w-+bQTEZRauPP_Q@mail.gmail.com>
 <CAOysbxoXvywFhhk+yAofSZ6_HEan8Yoi90NumQsvP_vZ8=UySg@mail.gmail.com>
 <CABbgvkvYVic4xHxPnsmep-Gch14PBBaAcb8rdW2ZN1sf2b6E6g@mail.gmail.com>
 <CAOysbxqQ78cavhAJV8WJXViN2YKO5-KmxJHbT0bFugOyDMG-rA@mail.gmail.com>
 <DB548632-32B0-431B-85B8-CFFC75771831@intel.com>
 <CABbgvktqO_jWdJ3XtazYzhZRUj8-mBDUhAhuTCMZGa7LW0wsbQ@mail.gmail.com>
 <CAOysbxqH+o9MRQQgj06rmHJdt4gKeYGWOVy-tueMPP+_CMBQOA@mail.gmail.com>
 <CABbgvkv25Q0MT_izqFc8on-YJaTJ49ne1-kJzkzupGDyy-XF1g@mail.gmail.com>
From: Andriy Berestovskyy <aber@semihalf.com>
Date: Mon, 18 Apr 2016 18:13:07 +0200
Message-ID: <CAOysbxqKv3qNg5h9ZK6bQUG+LXsOu0aKuP4th3RcHdaq2iXRyQ@mail.gmail.com>
To: =?UTF-8?Q?Javier_Coleto_Fern=C3=A1ndez?= <javicoleto44@gmail.com>
Cc: "Wiles, Keith" <keith.wiles@intel.com>, users <users@dpdk.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [dpdk-users] mbuf free cnt not decreasing
X-BeenThere: users@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: usage discussions <users.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/users>,
 <mailto:users-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/users/>
List-Post: <mailto:users@dpdk.org>
List-Help: <mailto:users-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/users>,
 <mailto:users-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Mon, 18 Apr 2016 16:13:27 -0000

Javier,
That was just our guess, you might have the leak somewhere else...

Andriy

On Mon, Apr 18, 2016 at 6:01 PM, Javier Coleto Fern=C3=A1ndez
<javicoleto44@gmail.com> wrote:
> This is exactly what I'm doing at the moment, but the free count (both th=
e
> rte_mempool_free_count() and rte_ring_free_count()) keeps increasing
> nonetheless.
>
> Regards,
> Javier
>
> 2016-04-18 17:57 GMT+02:00 Andriy Berestovskyy <aber@semihalf.com>:
>>
>> On Mon, Apr 18, 2016 at 5:34 PM, Javier Coleto Fern=C3=A1ndez
>> <javicoleto44@gmail.com> wrote:
>> > Basing on what you say, is that return value supposed to be less than
>> > 'n' in
>> > case the ring is filled up or do I have to check the ring size before
>> > calling rte_eth_tx_burst()?
>>
>> You just have to check the return value and free the unsent mbufs.
>> Here is an example:
>>
>> ret =3D rte_eth_tx_burst(port, queueid, m_table, n);
>> if (unlikely(ret < n)) {
>>     do {
>>         rte_pktmbuf_free(m_table[ret]);
>>     } while (++ret < n);
>> }