From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1MEJe4-0001vM-Sa
	for qemu-devel@nongnu.org; Wed, 10 Jun 2009 04:58:56 -0400
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1MEJdz-0001po-UV
	for qemu-devel@nongnu.org; Wed, 10 Jun 2009 04:58:55 -0400
Received: from [199.232.76.173] (port=49888 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1MEJdz-0001pE-FC
	for qemu-devel@nongnu.org; Wed, 10 Jun 2009 04:58:51 -0400
Received: from gecko.sbs.de ([194.138.37.40]:19656)
	by monty-python.gnu.org with esmtps
	(TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60)
	(envelope-from <jan.kiszka@siemens.com>) id 1MEJdy-0006d9-Oc
	for qemu-devel@nongnu.org; Wed, 10 Jun 2009 04:58:51 -0400
Message-ID: <4A2F75C4.1010607@siemens.com>
Date: Wed, 10 Jun 2009 10:58:44 +0200
From: Jan Kiszka <jan.kiszka@siemens.com>
MIME-Version: 1.0
References: <20090605204647.3355.81929.stgit@kvm.aw>
	<20090605204718.3355.28647.stgit@kvm.aw>
	<20090606204845.GC26877@redhat.com>
	<7162ab20906081201y4c598899mdfd5d42c42e17038@mail.gmail.com>
	<4A2D63EC.9040003@codemonkey.ws>
	<20090608192911.GA32168@redhat.com>
	<4A2D7CB6.5060101@codemonkey.ws> <20090609095701.GC1480@redhat.com>
	<20090609150012.GA3921@shareable.org>
	<4A2E82E8.6050209@siemens.com> <20090610084629.GB8614@redhat.com>
In-Reply-To: <20090610084629.GB8614@redhat.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Subject: [Qemu-devel] Re: [PATCH 6/7] virtio-net: Add new RX filter controls
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/pipermail/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: qemu-devel@nongnu.org, Alex Williamson <alex.williamson@hp.com>

Michael S. Tsirkin wrote:
> On Tue, Jun 09, 2009 at 05:42:32PM +0200, Jan Kiszka wrote:
>> The same is true for PF_PACKET (or does libpcap actually use that
>> internally?). Haven't analyzed the reasons in details yet, but I bet
>> it's not solvable in user space.
>>
>> Jan
> 
> I think you can load the veth module, and attach veth to a bridge.

Sorry, my brain is not yet working at full speed: What do we gain for
the initial problem that we want to bridge to an existing network device
without having to move management tools like dhcpcd to the corresponding
brX?

Jan

-- 
Siemens AG, Corporate Technology, CT SE 2
Corporate Competence Center Embedded Linux