From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) by dpdk.org (Postfix) with ESMTP id D89C8DE0 for ; Thu, 11 May 2017 01:14:28 +0200 (CEST) Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 2652920753; Wed, 10 May 2017 19:14:28 -0400 (EDT) Received: from frontend2 ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 10 May 2017 19:14:28 -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:x-sasl-enc; s=mesmtp; bh=LSvtkHlItLNYGub M1ojxU2XsbdiBfWD/+80HJzUu4NI=; b=b97CISIf/BF4oX6zTZzQ/bVKihHokzY q/AL6TeIDJtZ2yTygz6ZyxCPoQSxaBnuADUqof29yoSyBlKX5snfYeCFFeFb1+BW jAQSyKbyaMhlXuNl2DvUmCbPMCh2V3/Yfnt4PLUMPf/kdog/XPYwgRR5YrzfuVq3 RVfWxA2gh/24= 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:x-sasl-enc; s= fm1; bh=LSvtkHlItLNYGubM1ojxU2XsbdiBfWD/+80HJzUu4NI=; b=E15obGeG E6As0AaZbxeQXFZwzPMcWRrsjb+znbwi95M3cNg0NEmTcMOlKojKNABM2nSnhvvX yk3AAaXuhCFf1+p/tsgZuIA914hybO00ZfdJir4jdHB0PdbdNf79VgN3moKy7L0S I402tn3LUMibtKpDKGeJgAstAm+DbLJG9y7bPU5wZCUqtEf6wekzy6d0AsovHPlr ClSXLe8Fu7lIVFspcUcxRBZIb1inAKGHq/YtWGx+QFPtwgFq47IZkkY/vYu4VlCp avsEfAZtYit5I17lDtn7sB6WG/zYVwGzNL1+hrxp3nMJfMcMqAYlQpBjQdAvVSq9 gLT/WIy7LKgh6w== X-ME-Sender: X-Sasl-enc: 1IT50O+DVKlkFEm/QmQnd4M/H5SWtiN1dWTLxwOr6bOw 1494458067 Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id CB7DC240A5; Wed, 10 May 2017 19:14:27 -0400 (EDT) From: Thomas Monjalon To: Gaetan Rivet Cc: dev@dpdk.org Date: Thu, 11 May 2017 01:14:26 +0200 Message-ID: <3149975.OGMrUgTBSx@xps> In-Reply-To: <1bb0b4a6403e42157ef983f0ee63320ce87a3996.1494430911.git.gaetan.rivet@6wind.com> References: <4b1edeb12ff61bdb04a0189be30395589c713dbb.1494420483.git.gaetan.rivet@6wind.com> <1bb0b4a6403e42157ef983f0ee63320ce87a3996.1494430911.git.gaetan.rivet@6wind.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v2] devargs: announce ABI change for device parameters 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: Wed, 10 May 2017 23:14:29 -0000 10/05/2017 17:46, Gaetan Rivet: > The PCI and virtual bus are planned to be moved to the generic > drivers/bus directory in v17.08. For this change to be possible, the EAL > must be made completely independent. > > The rte_devargs structure currently holds device representation internal > to those two busses. It must be made generic before this work can be > completed. > > Instead of using either a driver name for a vdev or a PCI address for a > PCI device, a devargs structure will have to be able to describe any > possible device on all busses, without introducing dependencies on > any bus-specific device representation. This will break the ABI for this > structure. > > Additionally, an evolution will occur regarding the device parsing > from the command-line. A user must be able to set which bus will handle > which device, and this setting is integral to the definition of a > device. > > The format has not yet been formally defined, but a proposition will > follow soon for a new command line parameter format for all devices. > > Signed-off-by: Gaetan Rivet > --- > +* devargs: An ABI change is planned for 17.08 for the structure ``rte_devargs``. > + The current version is dependent on bus-specific device identifier, which will > + be made generic and abstracted, in order to make the EAL bus-agnostic. > + > + Accompanying this evolution, device command line parameters will thus support > + explicit bus definition in a device declaration. Acked-by: Thomas Monjalon Applied, thanks