From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga03.intel.com (mga03.intel.com [134.134.136.65]) by dpdk.org (Postfix) with ESMTP id 585EF2B94 for ; Fri, 16 Nov 2018 16:39:00 +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 orsmga103.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Nov 2018 07:38:59 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.56,240,1539673200"; d="scan'208";a="108859151" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by orsmga001.jf.intel.com with ESMTP; 16 Nov 2018 07:38:59 -0800 Received: from fmsmsx153.amr.corp.intel.com (10.18.125.6) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 16 Nov 2018 07:38:58 -0800 Received: from fmsmsx118.amr.corp.intel.com ([169.254.1.160]) by FMSMSX153.amr.corp.intel.com ([169.254.9.212]) with mapi id 14.03.0415.000; Fri, 16 Nov 2018 07:38:58 -0800 From: "Wiles, Keith" To: "Burakov, Anatoly" CC: "Richardson, Bruce" , Stephen Hemminger , dev , "Mcnamara, John" , "De Lara Guarch, Pablo" , "Hunt, David" , "Awal, Mohammad Abdul" , "thomas@monjalon.net" , "Yigit, Ferruh" Thread-Topic: [dpdk-dev] [RFC v2 1/9] usertools: add DPDK config lib python library Thread-Index: AQHUfUWycIFsNL9AbE6GdRsFE6UwyKVS0H0AgAAnGwCAAAEeAIAABrIAgAARIoA= Date: Fri, 16 Nov 2018 15:38:58 +0000 Message-ID: <4EF8ED45-6781-4DC7-B3FD-4F84EC7C3484@intel.com> References: <20181115164508.6c99877d@shemminger-XPS-13-9360> <59AF69C657FD0841A61C55336867B5B0726E11E8@IRSMSX103.ger.corp.intel.com> In-Reply-To: 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: <1D0929CD39DBF844A8AD39ABF7141430@intel.com> 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:39:00 -0000 > On Nov 16, 2018, at 8:37 AM, Burakov, Anatoly = wrote: >=20 > On 16-Nov-18 2:13 PM, Richardson, Bruce wrote: >>> -----Original Message----- >>> From: Wiles, Keith >>> Sent: Friday, November 16, 2018 2:10 PM >>> To: Burakov, Anatoly >>> Cc: Stephen Hemminger ; dev ; >>> Mcnamara, John ; Richardson, Bruce >>> ; De Lara Guarch, Pablo >>> ; Hunt, David ; >>> Awal, Mohammad Abdul ; thomas@monjalon.n= et; >>> Yigit, Ferruh >>> Subject: Re: [dpdk-dev] [RFC v2 1/9] usertools: add DPDK config lib pyt= hon >>> library >>>=20 >>>=20 >>>=20 >>>> On Nov 16, 2018, at 5:49 AM, Burakov, Anatoly >>> wrote: >>>>=20 >>>> On 16-Nov-18 12:45 AM, Stephen Hemminger wrote: >>>>> On Thu, 15 Nov 2018 15:47:13 +0000 >>>>> 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 >>>>>> --- >>>>>> usertools/DPDKConfigLib/__init__.py | 0 >>>>>> 1 file changed, 0 insertions(+), 0 deletions(-) create mode 100644 >>>>>> usertools/DPDKConfigLib/__init__.py >>>>>>=20 >>>>>> diff --git a/usertools/DPDKConfigLib/__init__.py >>>>>> b/usertools/DPDKConfigLib/__init__.py >>>>>> new file mode 100644 >>>>>> index 000000000..e69de29bb >>>>> 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 no= overlap >> of scripts with Linux, so replacing some of our tools with driverctl won= 't affect >> that OS. >> /Bruce >=20 > ...however, we could abstract that away in our tools, and use OS-appropri= ate tools independently of what we're running on. There could still be valu= e in fixing devbind everyone knows and love to work on all OS's without too= much hassle :) Having one tool to rule them all would be great. The one I worry about is w= indows, but if it can be done then we should do it. The library code you have done is a great direction to solve these problems= . >=20 > --=20 > Thanks, > Anatoly Regards, Keith