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 E003B1B213; Mon, 21 May 2018 18:38:35 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 7266C22294; Mon, 21 May 2018 12:38:35 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Mon, 21 May 2018 12:38:35 -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=WhzbvkiwHp6CViMiWg4GiHtG30 pY6Fi/Jt0FOcJ0SYw=; b=f3mmPlfnAc9CIMBcWLvOpcvGmb6WokLuDxARiAEKih F/LqyujUsrnRjy2weYupJp2+gRvU9sBVI+z0HSeMvt6h01JD/uX6TEciWFNJbF06 L08yfORX3WfXHbpB5997wLs1LdirBLUospkRpfSPwqtY8M/dmJNlXV/aiRZ1tYOk 8= 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=fm2; bh=Whzbvk iwHp6CViMiWg4GiHtG30pY6Fi/Jt0FOcJ0SYw=; b=GnzGqvUKOg/4y7JmsqOFqW W7f/8WL3uMfibYr8duWb0DHInR8aKqds7O8Brb25nUZBu9mQ+cLKPyF33XLDOac8 N55rBBqhgEjjMSNQhix04TkYEpRfpyHNXxOjFmp8VQy0lbmjjjAJqfAyrqW8xuxw Suo2IoBkGOyWKv+BIATTrij2E1ME6rZZcl3QjsDq4lNka9M+OvczEV3gRbYbpx12 wF5a6ikb51gQSujqWMqJrSPyxn3uyn6qG96zZmhPMbP4ozyBPRH2QPqJf0MiukiG +6QPcaJYcubSUXLFAKirsAPte/wb0qt/I2fE4ofTqh4DXegP2gFqwy2i2nMWFYgA == X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Proxy: X-ME-Sender: Received: from xps.localnet (236.204.154.77.rev.sfr.net [77.154.204.236]) by mail.messagingengine.com (Postfix) with ESMTPA id C2F47E4A0C; Mon, 21 May 2018 12:38:32 -0400 (EDT) From: Thomas Monjalon To: Ferruh Yigit , "Yang, Zhiyong" Cc: dev@dpdk.org, Matan Azrad , "Iremonger, Bernard" , "Yao, Lei A" , "maxime.coquelin@redhat.com" , "Bie, Tiwei" , "stable@dpdk.org" , Harry Van Haaren Date: Mon, 21 May 2018 18:38:30 +0200 Message-ID: <1865181.OGjELPnye7@xps> In-Reply-To: References: <20180518095937.28710-1-zhiyong.yang@intel.com> <4367922.LPtKO2KjJs@xps> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-stable] [dpdk-dev] [PATCH v2] app/testpmd: fix pmd_test_exit function for vdevs X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 May 2018 16:38:36 -0000 21/05/2018 18:32, Ferruh Yigit: > On 5/21/2018 11:54 AM, Thomas Monjalon wrote: > > 19/05/2018 16:19, Thomas Monjalon: > >> 18/05/2018 18:29, Ferruh Yigit: > >>> On 5/18/2018 4:55 PM, Matan Azrad wrote: > >>>> Hi all > >>>> > >>>> While this patch also applied I don't understand it. > >>>> Is it mandatory for each PMD to free all its resources in dev_close()? > >>>> Or it should be done by the rte_device remove function? > >>>> > >>>> If the resource cleanup should be done by the remove function I think it > >>>> should be called for all the devices (pci, vdev, etc). > >>>> > >>>> Is there an exit function for EAL to clean rte_eal_init()? If no, looks like we need it... > >>> > >>> Hi Matan, > >>> > >>> I believe there is a gap in resource cleanup. > >>> dev_close() it not for resource cleanup, it should be in PMD remove() functions, > >>> and PMDs have it. The problem is remove path is not called in application exit. > >>> > >>> As far as I know there is no simple API to clean the resources, having it may > >>> help application to do the cleanup. > >>> > >>> I have seen the rte_eal_cleanup() API by Harry, that can be extended to cover > >>> PMD resource cleanup if there is enough motivation for it. > >> > >> Yes, EAL resources should be removed by the function rte_eal_cleanup(). > >> And ethdev ports must be removed by rte_eth_dev_close(). > > > > This patch is relying on rte_eth_dev_detach() to remove the EAL device. > > It should be done in rte_eal_cleanup(). > > > > I am concerned that this patch is workarounding a miss in rte_eal_cleanup, > > and takes a different action only for vdev. It is a bad example. > > Indeed it does workaround, but it is needed to fix a defect in virtio-user. The defect is still in virtio-user after this patch. To make this workaround acceptable, you need: 1/ add the virtio-user known issue in release notes 2/ add a FIXME comment in testpmd code explaining the workaround 3/ commit to work on rte_eal_cleanup() in 18.08 > And currently rte_eal_cleanup() is not complete, it is not doing any device > related cleanup. Yes, we need to add more code in rte_eal_cleanup(). > > And the function rte_eth_dev_detach() is fundamentally wrong and should be deprecated: > > http://dpdk.org/commit/b05b444d22 > > http://dpdk.org/commit/b0fb266855 > > http://dpdk.org/commit/df3e8ad73f > > > > One more concern: it seems this patch is breaking failsafe use case. > > Note: bonding is managed as an exception in rte_eth_dev_detach(). I have sent a fix in vdev code for the failsafe issue. No matter the vdev fix is applied or not, this workaround could target only virtio-user.