From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:60230) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ueskz-0007q3-4P for qemu-devel@nongnu.org; Tue, 21 May 2013 16:02:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ueskr-0000hq-7d for qemu-devel@nongnu.org; Tue, 21 May 2013 16:02:01 -0400 Received: from mail-oa0-f48.google.com ([209.85.219.48]:43774) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ueskr-0000gz-0u for qemu-devel@nongnu.org; Tue, 21 May 2013 16:01:53 -0400 Received: by mail-oa0-f48.google.com with SMTP id i4so1392977oah.7 for ; Tue, 21 May 2013 13:01:52 -0700 (PDT) From: Anthony Liguori In-Reply-To: <20130521174225.GV31290@redhat.com> References: <519B2E24.40104@gmail.com> <20130521083953.GB31290@redhat.com> <20130521095527.GB29303@iris.ozlabs.ibm.com> <20130521100136.GE31290@redhat.com> <871u90z3mk.fsf@codemonkey.ws> <519BAAFA.6030101@redhat.com> <20130521174225.GV31290@redhat.com> Date: Tue, 21 May 2013 15:01:48 -0500 Message-ID: <87sj1gt843.fsf@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: [Qemu-devel] [libvirt] [qemu-devel] Default machine type setting for ppc64 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Daniel P. Berrange" , Eric Blake Cc: libvir-list@redhat.com, Peter Maydell , Paul Mackerras , Pradipta Kumar Banerjee , "qemu-devel@nongnu.org" "Daniel P. Berrange" writes: > On Tue, May 21, 2013 at 11:12:26AM -0600, Eric Blake wrote: >> I have also argued in the past that it would be useful for libvirt to >> support the idea of a template, where you can specify a domain XML that >> inherits defaults from the template. We've already done things like >> this for networking, nwfilter, and even secret management (in domain >> XML, you declare that you are using a named network object, and that >> network object serves as the template instead of you having to hard-code >> all the elements into your domain XML), so we have a design to base it >> on. But until someone adds such a feature for libvirt, then OpenStack >> should be passing explicit XML to libvirt, and tracking defaults at the >> OpenStack layer. > > I don't think the idea of a template belongs in libvirt. This is fine. But the conversation started with a statement that it's QEMU's job to define reasonable defaults and libvirt just exposes those. But in QEMU, we punt this problem by letting a user globally override this default. libvirt hides this ability from the end user. So either it's libvirt's problem to solve, or you should expose the ability to set the global setting within QEMU. We can't just point our fingers at each other and hope the problem goes away :-) Regards, Anthony Liguori > Creating basic > XML structure with relevant defaults pre-filled for a particular usecase > is something that the libvirt-designer library is aiming to take care of > for applications. > > 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 :|