From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from bombadil.infradead.org (bombadil.infradead.org. [2607:7c80:54:e::133]) by gmr-mx.google.com with ESMTPS id k75si39998pfb.5.2019.01.17.07.21.47 for (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 17 Jan 2019 07:21:47 -0800 (PST) Date: Thu, 17 Jan 2019 07:21:42 -0800 From: Christoph Hellwig Subject: Re: [PATCH 0/8] Virtio-over-PCIe on non-MIC Message-ID: <20190117152142.GB20359@infradead.org> References: <20190116163253.23780-1-vincent.whitchurch@axis.com> <20190117105441.eqediwlekofp2srg@axis.com> <20190117151906.odvozs6kz3uvx32y@axis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190117151906.odvozs6kz3uvx32y@axis.com> To: Vincent Whitchurch Cc: Arnd Bergmann , sudeep.dutt@intel.com, ashutosh.dixit@intel.com, gregkh , Linux Kernel Mailing List , Kishon Vijay Abraham I , Lorenzo Pieralisi , linux-pci , linux-ntb@googlegroups.com, Jon Mason , Dave Jiang , Allen Hubbe List-ID: On Thu, Jan 17, 2019 at 04:19:06PM +0100, Vincent Whitchurch wrote: > On the RC, a vop-host-backend driver (PCI driver) sets up some shared > memory area which the RC and the endpoint can use to communicate the > location of the MIC device descriptors and other information such as the > MSI address. It implements vop callbacks to allow the vop framework to > obtain the address of the MIC descriptors and send/receive interrupts > to/from the guest. Why would we require any work on the RC / host side? A properly setup software controlled virtio device should just show up as a normal PCIe device, and the virtio-pci device should bind to it.