From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id E8F1CA0573; Wed, 4 Mar 2020 14:59:26 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 19C462C16; Wed, 4 Mar 2020 14:59:26 +0100 (CET) Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by dpdk.org (Postfix) with ESMTP id 381262BB8 for ; Wed, 4 Mar 2020 14:59:24 +0100 (CET) X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga008.jf.intel.com ([10.7.209.65]) by orsmga101.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Mar 2020 05:59:23 -0800 X-IronPort-AV: E=Sophos;i="5.70,514,1574150400"; d="scan'208";a="234041814" Received: from bricha3-mobl.ger.corp.intel.com ([10.237.221.49]) by orsmga008-auth.jf.intel.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 04 Mar 2020 05:59:22 -0800 Date: Wed, 4 Mar 2020 13:59:19 +0000 From: Bruce Richardson To: Muhammad Ahmad Cc: dev@dpdk.org Message-ID: <20200304135919.GB285@bricha3-MOBL.ger.corp.intel.com> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.12.1 (2019-06-15) Subject: Re: [dpdk-dev] [RFC] A REST API based daemon of dpdk-devbind.py 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: , Errors-To: dev-bounces@dpdk.org Sender: "dev" On Wed, Mar 04, 2020 at 12:11:05PM +0500, Muhammad Ahmad wrote: > Hi, > I have observed that the dpdk-devbind.py is an interactive tool and > not quite useful for automated testing in CI/CD. We are planning to > create “dpdk-usertools-server” for making it streamlined. > The idea is to create a separate application, which provides REST interface to: > - Query the current status of devices and drivers > - Bind and unbind devices to different drivers > > Future extensions will be to make dpdk-pmdinfo.py, cpu_layout.py and > dpdk-setup.sh more automation friendly. Hi, I'm not sure what you mean by an "interactive tool", since devbind contains no menus or interactive prompts. It's a commandline tool driven by parameters passed - in the same way as ethtool, ip, and various other standard Linux tools. I personally use it regularly in scripts, e.g. the rc.local script on my test system to automatically adjust bindings on boot. That being said, I can see why someone might want a rest tool to query and adjust these settings, I'm just not sure if DPDK is the best place to host such scripts. Would that functionality not be better built into other existing tools for configuring and managing systems? Regards, /Bruce