From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:56365)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paulus@au1.ibm.com>) id 1UejIR-0003As-Qt
	for qemu-devel@nongnu.org; Tue, 21 May 2013 05:56:03 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <paulus@au1.ibm.com>) id 1UejIM-0000Np-O7
	for qemu-devel@nongnu.org; Tue, 21 May 2013 05:55:55 -0400
Received: from e23smtp03.au.ibm.com ([202.81.31.145]:41719)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <paulus@au1.ibm.com>) id 1UejIL-0000LW-BG
	for qemu-devel@nongnu.org; Tue, 21 May 2013 05:55:50 -0400
Received: from /spool/local
	by e23smtp03.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use
	Only! Violators will be prosecuted
	for <qemu-devel@nongnu.org> from <paulus@au1.ibm.com>;
	Tue, 21 May 2013 19:47:09 +1000
Received: from d23relay04.au.ibm.com (d23relay04.au.ibm.com [9.190.234.120])
	by d23dlp02.au.ibm.com (Postfix) with ESMTP id 57ECC2BB0056
	for <qemu-devel@nongnu.org>; Tue, 21 May 2013 19:55:35 +1000 (EST)
Received: from d23av02.au.ibm.com (d23av02.au.ibm.com [9.190.235.138])
	by d23relay04.au.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id
	r4L9fRfJ22937804
	for <qemu-devel@nongnu.org>; Tue, 21 May 2013 19:41:28 +1000
Received: from d23av02.au.ibm.com (loopback [127.0.0.1])
	by d23av02.au.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id
	r4L9tX8B000697
	for <qemu-devel@nongnu.org>; Tue, 21 May 2013 19:55:34 +1000
Date: Tue, 21 May 2013 19:55:27 +1000
From: Paul Mackerras <paulus@au1.ibm.com>
Message-ID: <20130521095527.GB29303@iris.ozlabs.ibm.com>
References: <519B2E24.40104@gmail.com>
	<CAFEAcA9rVfUOYuwmrAaQkd1rF8EiMmk_BLuGBab1CtpfzW5OnQ@mail.gmail.com>
	<20130521083953.GB31290@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20130521083953.GB31290@redhat.com>
Subject: Re: [Qemu-devel] [qemu-devel][libvirt] Default machine type setting
 for ppc64
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Daniel P. Berrange" <berrange@redhat.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, libvir-list@redhat.com, "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>, Li Zhang <zhlcindy@gmail.com>, anthony@codemonkey.ws, Pradipta Kumar Banerjee <bpradip@in.ibm.com>

On Tue, May 21, 2013 at 09:39:53AM +0100, Daniel P. Berrange wrote:
> On Tue, May 21, 2013 at 09:31:26AM +0100, Peter Maydell wrote:
> > On 21 May 2013 09:19, Li Zhang <zhlcindy@gmail.com> wrote:
> > > We encounter this problem in openstack which always use
> > > default machine type. Currently, QEMU sets mac99 as default
> > > setting for ppc64 but it doesn't work on our platform at all.
> > >
> > > I tried to fix this in libvirt which it is not acceptable because
> > > libvirt only considers to get default setting from QEMU.
> > 
> > This will need to be fixed for ARM -- the whole idea of there
> > being a sensible "default machine type" and it being the one
> > QEMU starts by default is pretty x86-centric. libvirt needs
> > to have support for specifying which machine to use.
> 
> Libvirt has always had support for specifying what machine type to use.
> This discussion is simply about what machine type to default to, if the
> user hasn't explicitly asked for one.

So, the situation is that the XML in question has <type>hvm</type>,
in the <os> section.  Does that say anything about what type of
machine is being requested?  Why is the machine type in the <os>
section rather than the <domain> section?

> QEMU has the notion of a default machine for each target, and that is
> what libvirt uses if the user hasn't specified a machine.  It is not
> libvirt's job to override QEMU's notion of the default machine here,
> so if the 'mac99' machine type isn't suitable as the default either
> QEMU needs to change that for the ppc target, or the user needs to
> explicitly specify their desired machine type.

We are getting the default changed to 'pseries', at least for cases
where pseries support is compiled in, which isn't necessarily
always.  That will of course not satisfy the Freescale guys.

I think libvirt needs some more sensible way to ask qemu what its
capabilities are.  Currently it has no way to ask qemu "what machines
can you emulate with kvm acceleration?"  If the user has asked for a
KVM domain then the default machine should be one that can be provided
by KVM.  At present it isn't, on PowerPC.

Paul.