From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by dpdk.org (Postfix) with ESMTP id BC21F1B0FB for ; Wed, 19 Sep 2018 19:49:58 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 567FC21D2C; Wed, 19 Sep 2018 13:49:58 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 19 Sep 2018 13:49:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=dYHlyyGZci+4b2KC8snwqM+O1T Y4qx7Yl6wCf06gh9Y=; b=Vy8nC87+s82wv1PmL1nVzlL1LJGFuIG3hLlXIFI7nU 67dnBZvo0vIiliPBmYky9hn9Vj1ucUPd3vhMpa4Iich8A0ivXbzCPfPd1pPa+NEG PvTSB5/0z6udjS7nyUFtuEMsgns+KpVnPBco6ZpH/PD2wTmBz7plW40JpVm+mRSw E= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; bh=dYHlyy GZci+4b2KC8snwqM+O1TY4qx7Yl6wCf06gh9Y=; b=cdiw82Bfusvo1uapo6PjQU CfMAFwMp0vb38UNaSyD0LQNvNgqZ7ZFl7bAO5NgbTbnzHpZMB7iJN9R9ris6xLZN 9hRPWIkwKK/uGIlD0yqjyaqSOdzc5TykadXt9Bgryxndc3FaaItIW3zTRsibs/1T Nl8glFgSVx2+p8592DGcvdCZX/BaTq43qRYqg1CpEZ97LGrtqASX90Al0/L7rP3U lrdrgny4eoCV7mCA1/dLxwNtNinnErfIengy1LRVEbvU2/O57jhlL3y+bZEBnM3K Ca/RSLXGRLRY4tpt8BeL1tWTE7TqHvC9dy5NAgMAzEjZ8joNF0t3Yuu5Gq2nZKeQ == X-ME-Proxy: X-ME-Sender: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 101A0102DB; Wed, 19 Sep 2018 13:49:56 -0400 (EDT) From: Thomas Monjalon To: Alex Kiselev Cc: dev@dpdk.org, "Ananyev, Konstantin" Date: Wed, 19 Sep 2018 19:49:56 +0200 Message-ID: <4775286.2ap6XOyfAO@xps> In-Reply-To: <2601191342CEEE43887BDE71AB977258E9FA5253@IRSMSX102.ger.corp.intel.com> References: <2601191342CEEE43887BDE71AB977258E9FA5253@IRSMSX102.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v2 1/2] librte_ip_frag: add function to delete expired entries 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: , X-List-Received-Date: Wed, 19 Sep 2018 17:49:59 -0000 > > A fragmented packets is supposed to live no longer than max_cycles, > > but the lib deletes an expired packet only occasionally when it scans > > a bucket to find an empty slot while adding a new packet. > > Therefore a fragment might sit in the table forever. > > > > Signed-off-by: Alex Kiselev > > Seems my previous ack for that patch was lost somewhere: > Acked-by: Konstantin Ananyev Applied, thanks Note: the second patch of this series is marked as rejected.