From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1N64GC-0007Za-OB for qemu-devel@nongnu.org; Thu, 05 Nov 2009 10:28:28 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1N64GA-0007X7-Vs for qemu-devel@nongnu.org; Thu, 05 Nov 2009 10:28:28 -0500 Received: from [199.232.76.173] (port=55090 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1N64GA-0007Wr-O4 for qemu-devel@nongnu.org; Thu, 05 Nov 2009 10:28:26 -0500 Received: from adelie.canonical.com ([91.189.90.139]:49104) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1N64GA-00073F-0n for qemu-devel@nongnu.org; Thu, 05 Nov 2009 10:28:26 -0500 Subject: Re: [Qemu-devel] Re: [PATCH 0/4] net-bridge: rootless bridge support for qemu From: Dustin Kirkland In-Reply-To: <20091105151400.GG689@redhat.com> References: <1257294485-27015-1-git-send-email-aliguori@us.ibm.com> <1257433205.2885.25.camel@blaa> <20091105151400.GG689@redhat.com> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-nKj2tC7HwjVK0aS1XFHg" Date: Thu, 05 Nov 2009 09:28:16 -0600 Message-ID: <1257434896.14822.10.camel@x200> Mime-Version: 1.0 Reply-To: kirkland@canonical.com List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" Cc: Mark McLoughlin , Anthony Liguori , Arnd Bergmann , Michael Tsirkin , Juan Quintela , qemu-devel@nongnu.org --=-nKj2tC7HwjVK0aS1XFHg Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Thu, 2009-11-05 at 15:14 +0000, Daniel P. Berrange wrote: > On Thu, Nov 05, 2009 at 10:00:05AM -0500, Mark McLoughlin wrote: > > On Tue, 2009-11-03 at 18:28 -0600, Anthony Liguori wrote: > > > We address this problem by introducing a new network backend: -net br= idge. This > > > backend is less flexible than -net tap because it relies on a helper = with > > > elevated privileges to do the heavy lifting of allocating and attachi= ng a tap > > > device to a bridge. We use a special purpose helper because we don't= want > > > to elevate the privileges of more generic tools like brctl. > >=20 > > Just had a quick look through so far, but I like it. > >=20 > > I think it would make sense to move Fedora and libvirt to using this, > > even for the system libvirtd. >=20 > Yes, if this functionality is present in QEMU, there's no reason we > shouldn't use it all the time. The other nice thing about this is=20 > that people will be able to take the command line generated by libvirt > and run it directly for troubleshooting, since it will no longer rely > on magic TAP file handles to be passed That would be incredibly useful when trying to triage bugs. Ubuntu users often file virtualization bugs against virt-manager or virsh, in that that's the interface they're using when they see a problem. And it's up to me to figure out where in the virt-manager -> libvirt -> qemu-kvm -> qemu stack the bug actually exists. The ability to precisely run just the libvirt command line (without hand modification like I have to do now) would be magical. :-Dustin --=-nKj2tC7HwjVK0aS1XFHg Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iEYEABECAAYFAkry7xAACgkQs7pNXIOmEZQGLQCfVwNwmNmWJSzhjETp0M+L8jh+ 4yMAoIxnjLLjfS9rWXMr+WPMKVbVGnQi =etUr -----END PGP SIGNATURE----- --=-nKj2tC7HwjVK0aS1XFHg--