From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id 9CA1B1B4D3 for ; Tue, 23 Oct 2018 14:03:18 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 4035820A4D; Tue, 23 Oct 2018 08:03:18 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Tue, 23 Oct 2018 08:03:18 -0400 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=mesmtp; bh=b6w702x8kWYcALsp9XSWBzok6YxnxikiEkZYfk2TdUc=; b=kNcb3lAKm2zg wjZoAiQSka/jZWhT2+udbRBdYAXLfvQA53uo5/669pk0v2JaXQybTsBa3jaZi2tV q6ZXavkkGiOwM4Khvjzs8fGahzzByGaR5IkenHqCmxTfnqSh8EvjtLflHqXhpp82 ELgwESFsPm0PIMYx6qsJG33WL8BhQdA= 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=b6w702x8kWYcALsp9XSWBzok6YxnxikiEkZYfk2Td Uc=; b=yL97STd3nOdYkpuCPZpTxRPdDiiZUGvZklB3Em81tl+jCXsJeiswzLpvL 7JKM4/Mtq6bM9tKNoae+rzgYxBwCOWbCyawlSEV05VRNnTxEQjmGaDijTWIv+F7T /efkXjsP2iL9ijx5EJ6ElhgrUJ3lE/GD03bSzmQVxSxqoR7K79w68q9ZtgAILjX0 mQtYBgDqqt3QKuLdzgibzC4nD6bQMRBvesaP0a80T7yI761AoAlEo8NmX5QsLByi N+pkW35xDC1kCEwpxRRH3otLewcjWKEVVl7fNuZeaqNMXQxVw8VSo5/8i3AIj9J/ o3pC7NMaTdb2iIb6dHBT808OdBtSw== X-ME-Sender: 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 9F64E102DE; Tue, 23 Oct 2018 08:03:16 -0400 (EDT) From: Thomas Monjalon To: "Iremonger, Bernard" Cc: "dev@dpdk.org" , "gaetan.rivet@6wind.com" , "ophirmu@mellanox.com" , "wisamm@mellanox.com" , "Yigit, Ferruh" , "arybchenko@solarflare.com" Date: Tue, 23 Oct 2018 14:03:19 +0200 Message-ID: <3243790.6gorE4o5SW@xps> In-Reply-To: <8CEF83825BEC744B83065625E567D7C260D15558@IRSMSX107.ger.corp.intel.com> References: <20181007222554.4886-1-thomas@monjalon.net> <20181023082842.7963-8-thomas@monjalon.net> <8CEF83825BEC744B83065625E567D7C260D15558@IRSMSX107.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v7 7/7] app/testpmd: check not detaching device twice 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: Tue, 23 Oct 2018 12:03:18 -0000 23/10/2018 12:01, Iremonger, Bernard: > From: Thomas Monjalon [mailto:thomas@monjalon.net] > > The command "port detach" is removing the EAL rte_device of the ethdev > > port specified as parameter. > > > > After detaching, the pointer, which maps a port to its device, is resetted. This > > Typo: "resetted" should be "reset" > > > way, it is possible to check whether a port is still associated to a (not > > removed) device. > > > > Signed-off-by: Thomas Monjalon > > --- > > app/test-pmd/testpmd.c | 24 +++++++++++++++++++++--- > > 1 file changed, 21 insertions(+), 3 deletions(-) > > > > diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c index > > 14647fa19..d5998fddc 100644 > > --- a/app/test-pmd/testpmd.c > > +++ b/app/test-pmd/testpmd.c > > @@ -2353,8 +2353,17 @@ setup_attached_port(portid_t pi) void > > detach_port(portid_t port_id) { > > + struct rte_device *dev; > > + portid_t sibling; > > + > > printf("Removing a device...\n"); > > The functionality of the detach_port() function has changed now to > removing a device, should the function name be changed to reflect > the new functionality. No it doesn't change, it has always removed the rte_device of the port. But the naming is a bit strange, I agree. I just changed the log to make it a bit clearer. > How about detach_device() instead of detach detach_port(). The strange thing with testpmd is that every commands take a port id. The rte_device is hidden in testpmd. So the detach command is detaching the underlying device of the port, and all its sibling ports of course. What about detach_device_of_port() ? [...] > > - if (rte_dev_remove(rte_eth_devices[port_id].device) != 0) { > > + if (rte_dev_remove(dev) != 0) { > > TESTPMD_LOG(ERR, "Failed to detach port %u\n", port_id); > > Should the log message be ( ERR "Failed to detach device %s\n", dev->name) ? Yes! [...] > > - printf("Port %u is detached. Now total ports is %d\n", > > - port_id, nb_ports); > > How about printf("Device %s is detached, Now total ports is %d\n" > dev->name, nb_ports); The issue is that we cannot get the device name after detach. I can reword it differently: Device of port %u is detached, Now total ports is %d