From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:49002) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ujqgd-0004sx-D4 for qemu-devel@nongnu.org; Tue, 04 Jun 2013 08:50:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UjqgR-0007dn-TL for qemu-devel@nongnu.org; Tue, 04 Jun 2013 08:50:03 -0400 Received: from os.inf.tu-dresden.de ([2002:8d4c:3001:48::99]:33351) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UjqgR-0007d9-Kv for qemu-devel@nongnu.org; Tue, 04 Jun 2013 08:49:51 -0400 Message-ID: <51ADE267.7060303@os.inf.tu-dresden.de> Date: Tue, 04 Jun 2013 14:49:43 +0200 From: Julian Stecklina MIME-Version: 1.0 References: <20130527093409.GH21969@stefanha-thinkpad.redhat.com> <51A496C4.1020602@os.inf.tu-dresden.de> <87r4grca4p.fsf@codemonkey.ws> <20130528171742.GB30296@redhat.com> <8761y3vsrg.fsf@codemonkey.ws> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [snabb-devel:300] Re: snabbswitch integration with QEMU for userspace ethernet I/O List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Luke Gorrie Cc: "snabb-devel@googlegroups.com" , Stefano Stabellini , "Michael S. Tsirkin" , qemu-devel , julien.grall@citrix.com, Anthony Liguori -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 06/04/2013 02:19 PM, Luke Gorrie wrote: > The idea that excites me is to implement a complete PCI device in > Snabb Switch and expose this to the guest at the basic PCI/MMIO/DMA > level. The device would be a Virtio network adapter based on Rusty > Russell's specification. The switch<->VM interface would be based > on PCI rather than vhost. > > I _think_ this is the basic idea that Stefano Stabellini and > Julian Stecklina are talking about. Yes. Btw, progress is being made. Albeit a bit slower than expected. I will have to show something "soon". [...] > I have some questions, if you don't mind: > > 1. Have I understood the idea correctly above? (Or what do I have > wrong?) AFAICS yes. > 3. If I hack a proof-of-concept what is most likely to go wrong in > an OpenStack context? I mean - the "memory hotplug" and "track what > is dirty" issues that are alluded to. Is my code going to run > slowly? drop packets? break during migration? crash VMs? In the earliest implementation it will probably break during migration. I hope this can be fixed, but since I don't understand the magic qemu does for migration these days, I might be wrong. Julian -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlGt4mcACgkQ2EtjUdW3H9k7IgCgiQJ81z1Zj5G5tED8EghKQlDe gRQAniXzqTSadS7OvVHFQhKydbOFNkBn =VBws -----END PGP SIGNATURE-----