From mboxrd@z Thu Jan  1 00:00:00 1970
From: Thomas Monjalon <thomas.monjalon@6wind.com>
Subject: Re: [PATCH 2/2] hyperv: VMBUS support infrastucture
Date: Fri, 16 Dec 2016 19:09:02 +0100
Message-ID: <17034171.EHDWhStFHz@xps13>
References: <20161214235920.12877-1-sthemmin@microsoft.com>
 <544b6faf-11f4-93fe-6427-7d3fcfaba388@nxp.com>
 <20161215092631.5cb798b2@xeon-e3>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7Bit
Cc: dev@dpdk.org, Shreyansh Jain <shreyansh.jain@nxp.com>,
 Stephen Hemminger <sthemmin@microsoft.com>
To: Stephen Hemminger <stephen@networkplumber.org>
Return-path: <dev-bounces@dpdk.org>
Received: from mail-wj0-f182.google.com (mail-wj0-f182.google.com
 [209.85.210.182]) by dpdk.org (Postfix) with ESMTP id 245141E27
 for <dev@dpdk.org>; Fri, 16 Dec 2016 19:09:04 +0100 (CET)
Received: by mail-wj0-f182.google.com with SMTP id xy5so97318243wjc.0
 for <dev@dpdk.org>; Fri, 16 Dec 2016 10:09:04 -0800 (PST)
In-Reply-To: <20161215092631.5cb798b2@xeon-e3>
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <http://dpdk.org/ml/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://dpdk.org/ml/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <http://dpdk.org/ml/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
Errors-To: dev-bounces@dpdk.org
Sender: "dev" <dev-bounces@dpdk.org>

2016-12-15 09:26, Stephen Hemminger:
> On Thu, 15 Dec 2016 12:19:44 +0530
> Shreyansh Jain <shreyansh.jain@nxp.com> wrote:
> > It is not a scale-able model where we have to change eth_driver/eth_dev 
> > for every new device type, other than PCI. Maybe VMBus is _very_ close 
> > to PCI so no changes are required in PCI layer (common, linuxapp, 
> > bsdapp) - but, for others it won't stop there.
> > 
> > At the least, rte_pci_driver/rte_pci_device should be removed from 
> > eth_driver & rte_eth_dev, respectively - relying on rte_driver and 
> > rte_device.
> > 
> > This is the primary reason work on the SoC patchset and now the new Bus 
> > model is being done.
> 
> Agreed. the better long term model is to use C style inheritance where
> rte_pci_driver has eth_driver inside. 
> The other alternative is to make the second element an opaque pointer.
> 
> But that was too big a change, and not necessary to get VMBUS to work.
> Longer term refactoring will take more effort. Go ahead and address it
> with a better bus model, but that probably isn't going to be ready for
> a couple of releases.

We'll consider only the approach of generalizing the bus model for integr	ation.
Stephen, you are welcome to help make it happen and rebase your work
on top of this new model.
Thanks