From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by dpdk.org (Postfix) with ESMTP id F37A02BB1 for ; Fri, 16 Nov 2018 16:41:05 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2018 07:41:05 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,240,1539673200"; d="scan'208";a="108859568" Received: from fmsmsx103.amr.corp.intel.com ([10.18.124.201]) by orsmga001.jf.intel.com with ESMTP; 16 Nov 2018 07:41:04 -0800 Received: from fmsmsx118.amr.corp.intel.com ([169.254.1.160]) by FMSMSX103.amr.corp.intel.com ([169.254.2.186]) with mapi id 14.03.0415.000; Fri, 16 Nov 2018 07:41:04 -0800 From: "Wiles, Keith" To: Thomas Monjalon CC: "Burakov, Anatoly" , "Richardson, Bruce" , Stephen Hemminger , dev , "Mcnamara, John" , "De Lara Guarch, Pablo" , "Hunt, David" , "Awal, Mohammad Abdul" , "Yigit, Ferruh" Thread-Topic: [dpdk-dev] [RFC v2 1/9] usertools: add DPDK config lib python library Thread-Index: AQHUfUWycIFsNL9AbE6GdRsFE6UwyKVS0H0AgAAnGwCAAAEeAIAABrIAgAAFHICAAAycgA== Date: Fri, 16 Nov 2018 15:41:04 +0000 Message-ID: <50714D64-5147-4CFB-8761-46F9206983F9@intel.com> References: <59AF69C657FD0841A61C55336867B5B0726E11E8@IRSMSX103.ger.corp.intel.com> <2017620.fyvpj9GtK5@xps> In-Reply-To: <2017620.fyvpj9GtK5@xps> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.254.99.227] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 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 15:41:06 -0000 > On Nov 16, 2018, at 8:55 AM, Thomas Monjalon wrote: >=20 > 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. >>>>>>>=20 >>>>>>> Signed-off-by: Anatoly Burakov >>>>>>=20 >>>>>> 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. >>>>>=20 >>>>> 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) >>>>=20 >>>> If it works on FreeBSD and Linux then I am all for it. On windows does= it >>>> support this method too? >>>=20 >>> Binding and unbinding is completely different on each OS. FreeBSD has n= o overlap >>> of scripts with Linux, so replacing some of our tools with driverctl wo= n't affect >>> that OS. >>>=20 >>> /Bruce >>=20 >> ...however, we could abstract that away in our tools, and use=20 >> OS-appropriate tools independently of what we're running on. There could= =20 >> still be value in fixing devbind everyone knows and love to work on all= =20 >> OS's without too much hassle :) >=20 > Yes, easier script is always better. >=20 > Another thought, I would like we think about integrating binding/unbindin= g > 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. >=20 Would it be OK to call the tool from the PMD or are wanting new APIs in DPD= K? >=20 Regards, Keith