From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) by dpdk.org (Postfix) with ESMTP id E9031E5D for ; Mon, 23 Apr 2018 00:54:57 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id AAF6C21B89; Sun, 22 Apr 2018 18:54:56 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sun, 22 Apr 2018 18:54:56 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= cc:content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-sender :x-me-sender:x-sasl-enc; s=mesmtp; bh=LJmz+lwLJuUfWOEC5Iuc8n03ck TanqBFLWpChoxy5z4=; b=JIfDMgluFac4AM+3alNjNxac/OdTzOSFmOSjBFbySy hYUP1qcyTy3vAVKKdPH90wLKwwNTnf6TzsNO1YiqsZKz4FE+qhaSKdYazrmERuP/ 2IqKmXHjq0Qeufm8ttxUFB1rPYLWKLXxeDNJk7/B5UcXRPF+NS7pHzMThvauG+1y s= 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-sender:x-me-sender:x-sasl-enc; s=fm2; bh=LJmz+l wLJuUfWOEC5Iuc8n03ckTanqBFLWpChoxy5z4=; b=B+LUgsAkuAi6n1itY6ic74 sR2Rfb3iPNORAKzL1ObTw0gv4rR8Klh+b5EInoXd8hve3BjdvSFI7g6FNL50fQn+ HUGBo+8d9T5GiXw+PwCXqGuXjonTBRbpYBDCjhLrhCKTJ3E7qInifr+gcZevk1/8 y27vBAZzRr53GqRj861REWVwPh0HZ20RsH888nVIe1IEcp8KA7+9lX/tQOecE/LM Tb5S3n8TXCxdGWDRHpNHvZs1BzjPbLSJ69WHhDWfaArnkqiXMimBTFqeKwEYlMmf elsCnif+dRb4+vmyZePmRu0L/FtCllqWXSlPk8fGgSNKPBjPaBrvNDhktyDfD5ug == X-ME-Sender: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id B1E95E4120; Sun, 22 Apr 2018 18:54:55 -0400 (EDT) From: Thomas Monjalon To: Gaetan Rivet Cc: dev@dpdk.org, Neil Horman , Keith Wiles , Matan Azrad , Shreyansh Jain Date: Mon, 23 Apr 2018 00:54:54 +0200 Message-ID: <3513274.H18vdlKUql@xps> In-Reply-To: References: MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v7 00/22] Device querying 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: Sun, 22 Apr 2018 22:54:58 -0000 15/04/2018 17:07, Gaetan Rivet: > This patchset introduces a new EAL API for querying devices, > filtered by arbitrary properties. > > The following elements are introduced to this end: > > * A new object, "rte_class", is used to describe > the device class abstraction layer (eth, crypto, ...). > > * Both rte_bus and rte_class now offer a way to > list their devices and filter the result > using locally defined properties. > > * The rte_dev API now has an rte_dev_iterator, which > is the way for the user to define the device filter > and iterate upon the resulting set. > > As an example, the "eth" device class is implemented. > > Additionally, the device filters for > > + rte_bus_pci > + rte_bus_vdev > + rte_class_eth > > are implemented and can be used with some > properties each, to show how to extend those. > > Some example of filters: > > "bus=pci/class=eth" > "bus=pci" > "class=eth" > "class=eth,name=net_ring0" > "bus=pci,id=00:00.0" > "bus=vdev,driver=net_ring" Thanks for the very big work Gaetan. This series has some cleanups, fixes, and more importantly, introduces the framework for a generic device syntax. I am not clear what is missing in the properties parsing? In various buses and classes implementations? Are we close of the next step, revisiting -w/-b and --vdev options?