From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by dpdk.org (Postfix) with ESMTP id 8A306ADEC for ; Tue, 10 May 2016 19:24:46 +0200 (CEST) Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga102.jf.intel.com with ESMTP; 10 May 2016 10:24:45 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.24,605,1455004800"; d="scan'208";a="699991419" Received: from yliu-dev.sh.intel.com (HELO yliu-dev) ([10.239.67.162]) by FMSMGA003.fm.intel.com with ESMTP; 10 May 2016 10:24:44 -0700 Date: Tue, 10 May 2016 10:29:28 -0700 From: Yuanhan Liu To: Rich Lane , Thomas Monjalon Cc: dev@dpdk.org, "huawei.xie" , Panu Matilainen , Tetsuya Mukawa , Traynor Kevin Message-ID: <20160510172928.GR5641@yliu-dev.sh.intel.com> References: <1462227927-22853-1-git-send-email-yuanhan.liu@linux.intel.com> <1462227927-22853-11-git-send-email-yuanhan.liu@linux.intel.com> <20160510163927.GO5641@yliu-dev.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [dpdk-dev] [PATCH 10/16] vhost: export vid as the only interface to applications X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2016 17:24:46 -0000 On Tue, May 10, 2016 at 10:13:18AM -0700, Rich Lane wrote: > On Tue, May 10, 2016 at 9:39 AM, Yuanhan Liu > wrote: > > Rich, would you help try by adding following line there and > do a test? It would be great if this patch has your Tested-by :) > >     internal->vid = vid; > >   > The problem is new_device has already returned before that point because > find_internal_resource failed. Oh. right. > I suggest adding a cookie parameter to rte_vhost_driver_register and passing > the cookie to each of the vhost_ops. The PMD can use pmd_internals for the > cookie and the whole internal_list can go away. TBH, I don't quite like messing rte_vhost_driver_register here. Maybe I could switch back to the old way to find_internal_resource by ifname. In such case, I need introduce an API to expose that field from vhost lib. > ps. Could you push git branches somewhere for these larger vhost patch series? > That would make it a lot easier to test than getting patches individually from > patchwork. Yes, indeeded. And I have a tree on dpdk.org, but that is mainly for holding patches for the mainline. I'm thinking I may could add a new branch there, say staging, just for testing. Thomas, will it work for you? Or, should I push it to github? --yliu