From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1M9iv4-0001XR-W6 for qemu-devel@nongnu.org; Thu, 28 May 2009 12:57:31 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1M9iuz-0001Nh-S0 for qemu-devel@nongnu.org; Thu, 28 May 2009 12:57:30 -0400 Received: from [199.232.76.173] (port=40939 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1M9iuz-0001NS-L3 for qemu-devel@nongnu.org; Thu, 28 May 2009 12:57:25 -0400 Received: from mx2.redhat.com ([66.187.237.31]:52623) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1M9iuz-0005vX-17 for qemu-devel@nongnu.org; Thu, 28 May 2009 12:57:25 -0400 From: Mark McLoughlin In-Reply-To: <4A1EB2ED.2090901@siemens.com> References: <1243523971.4046.206.camel@blaa> <4A1EADB4.2060106@us.ibm.com> <4A1EB2ED.2090901@siemens.com> Content-Type: text/plain Date: Thu, 28 May 2009 17:57:21 +0100 Message-Id: <1243529841.18588.37.camel@blaa> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: Networking patches queue Reply-To: Mark McLoughlin List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jan Kiszka Cc: Anthony Liguori , Glauber Costa , qemu-devel On Thu, 2009-05-28 at 17:51 +0200, Jan Kiszka wrote: > Mark, do you plan more work in this domain in the next time? Time permitting, I'd like to re-start the work I was doing to make a (nic, host backend) pair our default networking mode and to de-emphasise the VLAN concept. With that done we could merge the IFF_VNET_HDR support from qemu-kvm.git. > I would > have no problems to route my networking related stuff through one > coordinating tree, e.g. yours. Besides getting my current queue flushed > I still have > > o rework of host_net_redir (requires coordination with Glauber) > o multi-instance slirp > > on my agenda. And maybe more will comes once this is rolled out. Cool. We'll see how it goes. Unless Anthony is actually pulling from this tree, it's only useful when we have a bunch of inter-dependant queued patches. Cheers, Mark.