Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753817Ab0G3PwF (ORCPT ); Fri, 30 Jul 2010 11:52:05 -0400 Received: from e5.ny.us.ibm.com ([32.97.182.145]:52696 "EHLO e5.ny.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752192Ab0G3PwB (ORCPT ); Fri, 30 Jul 2010 11:52:01 -0400 Subject: RE: [RFC PATCH v8 00/16] Provide a zero-copy method on KVM virtio-net. From: Shirley Ma To: "Xin, Xiaohui" Cc: "netdev@vger.kernel.org" , "kvm@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "mst@redhat.com" , "mingo@elte.hu" , "davem@davemloft.net" , "herbert@gondor.apana.org.au" , "jdike@linux.intel.com" In-Reply-To: References: <1280402088-5849-1-git-send-email-xiaohui.xin@intel.com> <1280442682.9058.15.camel@localhost.localdomain> Content-Type: text/plain; charset="UTF-8" Date: Fri, 30 Jul 2010 08:51:52 -0700 Message-ID: <1280505112.9058.31.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 894 Lines: 25 Hello Xiaohui, On Fri, 2010-07-30 at 16:53 +0800, Xin, Xiaohui wrote: > >Since vhost-net already supports macvtap/tun backends, do you think > >whether it's better to implement zero copy in macvtap/tun than > inducing > >a new media passthrough device here? > > > > I'm not sure if there will be more duplicated code in the kernel. I think it should be less duplicated code in the kernel if we use macvtap to support what media passthrough driver here. Since macvtap has support virtio_net head and offloading already, the only missing func is zero copy. Also QEMU supports macvtap, we just need add a zero copy flag in option. Thanks Shirley -- 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/