From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ferruh Yigit Subject: Re: [PATCH v3 2/3] net/ring: create vdev from PMD specific API Date: Mon, 12 Jun 2017 15:38:39 +0100 Message-ID: <472ea98d-8c91-c7fa-9e54-83dd75a70741@intel.com> References: <20170606151008.62680-1-ferruh.yigit@intel.com> <20170609175120.77652-1-ferruh.yigit@intel.com> <20170609175120.77652-2-ferruh.yigit@intel.com> <20170612132505.GA66316@bricha3-MOBL3.ger.corp.intel.com> <17d25e58-aa21-c5c6-f78c-ed581670474b@intel.com> <20170612141937.GA67396@bricha3-MOBL3.ger.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Cc: dev@dpdk.org To: Bruce Richardson Return-path: Received: from mga04.intel.com (mga04.intel.com [192.55.52.120]) by dpdk.org (Postfix) with ESMTP id 39F833DC for ; Mon, 12 Jun 2017 16:38:41 +0200 (CEST) In-Reply-To: <20170612141937.GA67396@bricha3-MOBL3.ger.corp.intel.com> Content-Language: en-US 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 6/12/2017 3:19 PM, Bruce Richardson wrote: > On Mon, Jun 12, 2017 at 03:08:31PM +0100, Ferruh Yigit wrote: >> On 6/12/2017 2:25 PM, Bruce Richardson wrote: >>> On Fri, Jun 09, 2017 at 06:51:19PM +0100, Ferruh Yigit wrote: >>>> When ring PMD created via PMD specific API instead of EAL abstraction >>>> it is missing the virtual device creation done by EAL vdev. >>>> >>>> And this makes eth_dev unusable exact same as other PMDs used, because >>>> of some missing fields, like rte_device->name. >>>> >>>> Now API creates a virtual device and sets proper fields, not all, and it >>>> still won't be linked in the virtual device list eal keeps track. But >>>> makes PMD usable in usual manner. >>>> >>>> Signed-off-by: Ferruh Yigit >>>> --- >>> >>> Is a better fix not to have this API call into the EAL to create the >>> vdev and add it to the lists as with other vdevs? [If it makes it easier, >>> the extra parameters passed in to the library-local function can be >>> saved in a context that can be accessed when the EAL calls back into the >>> driver, rather than having to flatten them out into devargs and re-parsed >>> again.] >> >> Let me send the patch as suggested. >> >> Using EAL API is better idea I think, but overall this ring PMD looked >> like hack after changes. >> >> Please check the latest patch, if we want to keep ring PMD API, perhaps >> we should postpone removing drv_name patch. >> > The new patch looks ok to me. I actually don't think it looks that > hacked together. :-) That is good, if you are happy with the patch, I guess we can get the patchset. Thanks, ferruh > > /Bruce >