From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by dpdk.org (Postfix) with ESMTP id 34F3A14E8 for ; Fri, 8 Dec 2017 16:02:48 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 08 Dec 2017 07:02:48 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.45,378,1508828400"; d="scan'208";a="10688088" Received: from rhorton-mobl1.ger.corp.intel.com (HELO [163.33.230.204]) ([163.33.230.204]) by orsmga003.jf.intel.com with ESMTP; 08 Dec 2017 07:02:46 -0800 To: Ferruh Yigit , Mohammad Abdul Awal , dev@dpdk.org References: <1510929733-7225-1-git-send-email-mohammad.abdul.awal@intel.com> <1510929733-7225-4-git-send-email-mohammad.abdul.awal@intel.com> <3098fb7d-02d5-e959-13ae-e9d93cdee0de@intel.com> Cc: Declan Doherty From: Remy Horton Organization: Intel Shannon Limited Message-ID: Date: Fri, 8 Dec 2017 15:02:46 +0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1 MIME-Version: 1.0 In-Reply-To: <3098fb7d-02d5-e959-13ae-e9d93cdee0de@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [PATCH v2 4/6] net/representor: Implement port representor PMD 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: Fri, 08 Dec 2017 15:02:49 -0000 On 20/11/2017 07:46, Ferruh Yigit wrote: [..] > Why we need this PMD? > It looks like this has been used only for parameter parsing. > > Can it be possible to rte_representor_broker_init() will allocate ethdevs and > fill brokers with this information? Possible, but not sure it gains much in practice. It would require workarounds to avoid pulling in driver code dependencies (e.g. drivers/bus/vdev/rte_bus_vdev.h).