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 2E87EA04B1; Sun, 22 Nov 2020 19:16:55 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id AE340C8F2; Sun, 22 Nov 2020 19:16:52 +0100 (CET) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by dpdk.org (Postfix) with ESMTP id 4FCF0C8E4 for ; Sun, 22 Nov 2020 19:16:51 +0100 (CET) Received: from compute2.internal (compute2.nyi.internal [10.202.2.42]) by mailout.nyi.internal (Postfix) with ESMTP id BB4195C00AD; Sun, 22 Nov 2020 13:16:49 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Sun, 22 Nov 2020 13:16:49 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm2; bh= LXDJ2cmCtAf9v1YeCxKJTjy4W53nP+z0dE5+Y3fXMMo=; b=IQ35AAcFHPX8Ev0E X5Al6pN33YzWvYmULfJx0MN0k4GqGzp1FvgT+muuGl60Ldyq5gqPJiZES2i6hh+G Op07TJ8hdT+7Y1keaG3vL8QgmTA/nai9VPBXLskA0+RHwCreXHDuBP2Zcfmi6Pp0 wtZmzuWQgl/9qe+BnsrXp61Q5bZ2l+KNtnGkT/7YjRSCuKQR1Eby0c/U8gZlWl4S v2aH0GpaU/gMDmUDetdXZ2OmjzXcP8rHOWub8CHQr6awmUqIMqqGBTn9a/tXQkNH kOz5Zk1vE3GsprGigRxsG7zi18OLM27wzF7NwD9o3sKGJ8EuZLtNGbGlqupsX7u3 KdmOog== 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-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm1; bh=LXDJ2cmCtAf9v1YeCxKJTjy4W53nP+z0dE5+Y3fXM Mo=; b=ia3EAbHJmTlPGsSiWb38zMejk+nmtiSX6uDXtOFDoqSUyrxFV/NrUdoIc j++fexUknwWP0Vm+azv01qWG0YGxe+Ogj/3We8oOfDCdd13KL19YwxIdQSnwOtKH /P3+l9JsrPmqSc4gZeMVcTmSJKBh8yTf0Ct96svndCngdcbLc2Rn3V169ntCuXHW +8wFDzfS8ANT9YFHv9wZeQhGD0zhx0WuKWli43Tg/9ly1k5xZIXYF5ePKNCkSVjv kOm0EgkIR9+GieaFOL5lZnydxG+WCLb+DMBinnIyZHPkSNUkVsjUPCc4cJDT2YrS G571YMfdDxZQM31VFZllqs7Fm6oCg== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedujedrudeggedguddugecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhm rghsucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenuc ggtffrrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdej ueeiiedvffegheenucfkphepjeejrddufeegrddvtdefrddukeegnecuvehluhhsthgvrh fuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgr lhhonhdrnhgvth X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id EA4623064AAA; Sun, 22 Nov 2020 13:16:47 -0500 (EST) From: Thomas Monjalon To: stephen@networkplumber.org, "Burakov, Anatoly" Cc: dev@dpdk.org, Bruce Richardson , Dmitry Kozlyuk , Narcisa Ana Maria Vasile , Dmitry Malloy , Pallavi Kadam , david.marchand@redhat.com, asafp@nvidia.com Date: Sun, 22 Nov 2020 19:16:46 +0100 Message-ID: <10371462.e6Z5LZp2yc@thomas> In-Reply-To: <3818316.cmPFz69bAR@thomas> References: <1d5647d7-2825-9e40-45d3-7fbd3a3e1806@intel.com> <3818316.cmPFz69bAR@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v4] eal: detach memsegs on cleanup 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" That's a pity we didn't get this patch in DPDK 20.11. Anatoly, Stephen, what happened? It is not interesting anymore? Anyone else to review? 20/10/2020 13:53, Thomas Monjalon: > Stephen, ping. > > 15/10/2020 11:54, Burakov, Anatoly: > > On 14-Sep-20 2:04 PM, Anatoly Burakov wrote: > > > Currently, we don't detach the shared memory on EAL cleanup, which > > > leaves the page table descriptors still holding on to the file > > > descriptors as well as memory space occupied by them. Fix it by adding > > > another detach stage that closes the internal memory allocator resource > > > references, detaches shared fbarrays and unmaps the shared mem config. > > > > > > Bugzilla ID: 380 > > > Bugzilla ID: 381 > > > > > > Signed-off-by: Anatoly Burakov > > > --- > > > > Hi Stephen, > > > > You were the original submitter for the above bugzilla issues. Could you > > please review the patch?