From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id 403912BD8 for ; Fri, 16 Nov 2018 15:55:59 +0100 (CET) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 9DF2221F5F; Fri, 16 Nov 2018 09:55:58 -0500 (EST) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 16 Nov 2018 09:55:58 -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=mesmtp; bh=Gc+3FwQl8Oj2qMed7r9Wmc6139Za2LR7hBUSlo1UKbw=; b=lUmhVZ8iatDG 8PNhrsFTA03PIqZcvjq/mSUdQ9+nXAtyw4dJI01BTIUbYYkkwLegmkjOxwv+b9Vv oNBoGdddKGG+avv2SA9c/6At75ClBRnn2hnXkFdIN4YXZFYPQcWLdjf/juS2mzzc P2eCS/xddQ+GzVwDqagmtzz620MOA7A= 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=Gc+3FwQl8Oj2qMed7r9Wmc6139Za2LR7hBUSlo1UK bw=; b=kO+yPpu7Y6IGHMVzt864aj1y8V/ml/Sz9IVPiRmTKZ/txf49xtPP7aogZ xzqM2tczQx4QlfXS2gwd28FatyVs/9QInc2d12tkfStZOKUA80xF7lftRWNsd1Ii l/V5daL3TFJEamHfRJQr7L8iCNzEtZcXrD3kW1XSTgFlTYJcXjJ+Ojb2T4Bz6t3m PTAiCWT/kPwrU9MTF3WzZ/7capl2BW4EpHic+R2aylquGzTpqVS3jMroO5U0KheJ KhGxV9K9xNXlRIg3G7X+YVkAb8CIDsUOl8mmVP+je+ycQu3F82yJn+A3sQiL4dKb ZfshzXR011CfGZZYu8G1RSvJb+5KQ== 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 08B5D102F2; Fri, 16 Nov 2018 09:55:56 -0500 (EST) From: Thomas Monjalon To: "Burakov, Anatoly" Cc: "Richardson, Bruce" , "Wiles, Keith" , Stephen Hemminger , dev , "Mcnamara, John" , "De Lara Guarch, Pablo" , "Hunt, David" , "Awal, Mohammad Abdul" , "Yigit, Ferruh" Date: Fri, 16 Nov 2018 15:55:55 +0100 Message-ID: <2017620.fyvpj9GtK5@xps> In-Reply-To: References: <59AF69C657FD0841A61C55336867B5B0726E11E8@IRSMSX103.ger.corp.intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [RFC v2 1/9] usertools: add DPDK config lib python library 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: Fri, 16 Nov 2018 14:55:59 -0000 16/11/2018 15:37, Burakov, Anatoly: > On 16-Nov-18 2:13 PM, Richardson, Bruce wrote: > > From: Wiles, Keith > >>> On Nov 16, 2018, at 5:49 AM, Burakov, Anatoly > >>> On 16-Nov-18 12:45 AM, Stephen Hemminger wrote: > >>>> Anatoly Burakov wrote: > >>>>> This is a placeholder for Python library abstracting away many of > >>>>> mundane details DPDK configuration scripts have to deal with. We > >>>>> need __init__.py file to make the subdirectory a package so that > >>>>> Python scripts in usertools/ can find their dependencies. > >>>>> > >>>>> Signed-off-by: Anatoly Burakov > >>>> > >>>> Doing this a better than current code, but can we go farther? > >>>> I would like DPDK to get out of doing binds directly and switch to > >>>> using driverctl which also handles persistent rebind on reboot. > >>> > >>> Wasn't the objection that it's not available everywhere? (for the > >>> record, i have no horse in the race - i don't much care exactly how > >>> it's done) > >> > >> If it works on FreeBSD and Linux then I am all for it. On windows does it > >> support this method too? > > > > Binding and unbinding is completely different on each OS. FreeBSD has no overlap > > of scripts with Linux, so replacing some of our tools with driverctl won't affect > > that OS. > > > > /Bruce > > ...however, we could abstract that away in our tools, and use > OS-appropriate tools independently of what we're running on. There could > still be value in fixing devbind everyone knows and love to work on all > OS's without too much hassle :) Yes, easier script is always better. Another thought, I would like we think about integrating binding/unbinding code inside EAL and bus drivers, and manage it via the PMDs. There could be an option to bind on scan and unbind on rte_dev_remove.