qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] Re: [PATCH 0/4] net-bridge: rootless bridge support for


From: Dustin Kirkland
Subject: Re: [Qemu-devel] Re: [PATCH 0/4] net-bridge: rootless bridge support for qemu
Date: Thu, 05 Nov 2009 09:28:16 -0600

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 
> > > bridge.  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 attaching 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.
> > 
> > Just had a quick look through so far, but I like it.
> > 
> > I think it would make sense to move Fedora and libvirt to using this,
> > even for the system libvirtd.
> 
> 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 
> 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

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

[Prev in Thread] Current Thread [Next in Thread]