Re: [dpdk-dev] [RFC] A REST API based daemon of dpdk-devbind.py

2020-03-12 Thread Muhammad Ahmad
Thanks for your comments. "Better" may be subjective as the tool we are working on and using within out infrastructure provides a RESTful API interface whereas "driverctl" as you said seems more generic. "driverctl" is an external tool and isn't part of DPDK toolset, what we are providing here is

Re: [dpdk-dev] [RFC] A REST API based daemon of dpdk-devbind.py

2020-03-04 Thread Stephen Hemminger
On Wed, 4 Mar 2020 12:11:05 +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

Re: [dpdk-dev] [RFC] A REST API based daemon of dpdk-devbind.py

2020-03-04 Thread Bruce Richardson
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 sep

[dpdk-dev] [RFC] A REST API based daemon of dpdk-devbind.py

2020-03-03 Thread Muhammad Ahmad
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 curre