Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756735Ab0DNUoE (ORCPT ); Wed, 14 Apr 2010 16:44:04 -0400 Received: from mx1.redhat.com ([209.132.183.28]:32813 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755688Ab0DNUoA (ORCPT ); Wed, 14 Apr 2010 16:44:00 -0400 Date: Wed, 14 Apr 2010 23:40:03 +0300 From: "Michael S. Tsirkin" To: Arnd Bergmann Cc: xiaohui.xin@intel.com, netdev@vger.kernel.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org, mingo@elte.hu, davem@davemloft.net, jdike@linux.intel.com Subject: Re: [RFC][PATCH v3 1/3] A device for zero-copy based on KVM virtio-net. Message-ID: <20100414204003.GC11321@redhat.com> References: <1270805865-16901-1-git-send-email-xiaohui.xin@intel.com> <201004141835.57673.arnd@arndb.de> <20100414203142.GA11321@redhat.com> <201004142239.50299.arnd@arndb.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004142239.50299.arnd@arndb.de> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1747 Lines: 42 On Wed, Apr 14, 2010 at 10:39:49PM +0200, Arnd Bergmann wrote: > On Wednesday 14 April 2010 22:31:42 Michael S. Tsirkin wrote: > > On Wed, Apr 14, 2010 at 06:35:57PM +0200, Arnd Bergmann wrote: > > > On Wednesday 14 April 2010, Michael S. Tsirkin wrote: > > > > > > > > > > > > qemu needs the ability to inject raw packets into device > > > > > > from userspace, bypassing vhost/virtio (for live migration). > > > > > > > > > > Ok, but since there is only a write callback and no read, it won't > > > > > actually be able to do this with the current code, right? > > > > > > > > I think it'll work as is, with vhost qemu only ever writes, > > > > never reads from device. We'll also never need GSO etc > > > > which is a large part of what tap does (and macvtap will > > > > have to do). > > > > > > Ah, I see. I didn't realize that qemu needs to write to the > > > device even if vhost is used. But for the case of migration to > > > another machine without vhost, wouldn't qemu also need to read? > > > > Not that I know. Why? > > Well, if the guest not only wants to send data but also receive > frames coming from other machines, they need to get from the kernel > into qemu, and the only way I can see for doing that is to read > from this device if there is no vhost support around on the new > machine. > > Maybe we're talking about different things here. > > Arnd mpassthrough is currently useless without vhost. If the new machine has no vhost, it can't use mpassthrough :) -- MST -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/