From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id E225A432E1; Thu, 9 Nov 2023 08:21:41 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 6845E4021E; Thu, 9 Nov 2023 08:21:41 +0100 (CET) Received: from dkmailrelay1.smartsharesystems.com (smartserver.smartsharesystems.com [77.243.40.215]) by mails.dpdk.org (Postfix) with ESMTP id E779C4013F for ; Thu, 9 Nov 2023 08:21:39 +0100 (CET) Received: from smartserver.smartsharesystems.com (smartserver.smartsharesys.local [192.168.4.10]) by dkmailrelay1.smartsharesystems.com (Postfix) with ESMTP id A554F2231C; Thu, 9 Nov 2023 08:21:39 +0100 (CET) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [PATCH v3 ] dumpcap: fix mbuf pool ring type X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 9 Nov 2023 08:21:38 +0100 Message-ID: <98CBD80474FA8B44BF855DF32C47DC35E9EFF8@smartserver.smartshare.dk> In-Reply-To: <20231108174738.185933-1-stephen@networkplumber.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [PATCH v3 ] dumpcap: fix mbuf pool ring type Thread-Index: AdoSa7NfK1oweZlSRXCDzks36+qEyQAcZyQQ References: <20230804161604.61050-1-stephen@networkplumber.org> <20231108174738.185933-1-stephen@networkplumber.org> From: =?iso-8859-1?Q?Morten_Br=F8rup?= To: "Stephen Hemminger" , X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org > From: Stephen Hemminger [mailto:stephen@networkplumber.org] > Sent: Wednesday, 8 November 2023 18.48 >=20 > The internal buffer pool used for copies of mbufs captured > needs to be thread safe. If capturing on multiple interfaces > or multiple queues, the same pool will be used (consumers). > And if the capture ring gets full, the queues will need > to put back the capture buffer which leads to multiple producers. >=20 > Bugzilla ID: 1271 > Fixes: cbb44143be74 ("app/dumpcap: add new packet capture = application") > Signed-off-by: Stephen Hemminger > --- Reviewed-by: Morten Br=F8rup