qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] RFC: -object vs -chardev creation order


From: Daniel P. Berrange
Subject: Re: [Qemu-devel] RFC: -object vs -chardev creation order
Date: Wed, 18 Mar 2015 09:59:14 +0000
User-agent: Mutt/1.5.23 (2014-03-12)

On Wed, Mar 18, 2015 at 10:43:25AM +0100, Markus Armbruster wrote:
> "Daniel P. Berrange" <address@hidden> writes:
> > A third option is to not process -object args in one go, instead process
> > each type of object at a time. eg we'd first create all the
> > -object tls-credential instances, then create the -chardev instances,
> > then create the -object rng-egd instances. This is probably the least
> > amount of work in short term, but not all that scalable, unless we do
> > a catch-all default case, so we only need code up hacks for a few
> > particular object types.
> >
> > Thus my gut feeling is to do option 3, but I'd like other opinions before
> > embarking on this....
> 
> Piling yet another hack on top isn't great, put telling you "no more
> hacks" after everybody and his dog already got to pile on some doesn't
> feel fair.

I think I'll do this right now, since it should be a fast fix.

> That said: can we sort the creation work topologically?  Requires
> identifying references.  In the QemuOpts world, a reference is a
> string-valued parameter that is interpreted as ID in a well-known
> QemuOptsList.  Adding the necessary information to QemuOptDesc desc[]
> shouldn't be too hard.  The ones with empty desc[] could be troublesome,
> as usual.

This sounds intriguing though - we should have enough info around to
do a topological sort - its a shame that properties are only registered
at time the object is created, rather than being registered against the
classes, as then we wouldn't even need to add more info to the
QemuOptsList.  I'll have a think about this approach though and see if
I can come up with something that works

Regards,
Daniel
-- 
|: http://berrange.com      -o-    http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org              -o-             http://virt-manager.org :|
|: http://autobuild.org       -o-         http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org       -o-       http://live.gnome.org/gtk-vnc :|



reply via email to

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