From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:39372) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UnCVl-0000EQ-AZ for qemu-devel@nongnu.org; Thu, 13 Jun 2013 14:44:44 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UnCVi-0005pd-8M for qemu-devel@nongnu.org; Thu, 13 Jun 2013 14:44:41 -0400 Date: Thu, 13 Jun 2013 13:44:21 -0500 From: Scott Wood References: <1368764711-13763-1-git-send-email-david@gibson.dropbear.id.au> <5195DF61.3070502@suse.de> <437ECAF8-6CF1-4015-96FA-F1CE0400A968@suse.de> <878v2d276z.fsf@codemonkey.ws> In-Reply-To: <878v2d276z.fsf@codemonkey.ws> (from aliguori@us.ibm.com on Thu Jun 13 13:31:48 2013) Message-ID: <1371149061.2028.18@snotra> MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; delsp=Yes; format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [Qemu-ppc] [PATCH] target-ppc: Change default machine for 64-bit List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, Alexander Graf , qemu-ppc@nongnu.org, aurel@aurel32.net, Andreas =?iso-8859-1?q?F=E4rber?= , David Gibson On 06/13/2013 01:31:48 PM, Anthony Liguori wrote: > Alexander Graf writes: >=20 > > On 17.05.2013, at 09:42, Andreas F=E4rber wrote: > > > >> Am 17.05.2013 06:25, schrieb David Gibson: > >>> Currently, for qemu-system-ppc64, the default machine type is =20 > 'mac99'. > >>> Since the mac99 machine is not being actively maintained, and =20 > shows quite > >>> a few signs of bitrot, > >> > >> Please be more specific than making such general claims in a commit > >> message! As the default machine it certainly compiles, so where =20 > are you > >> seeing bitrot? The DEC bridge cleanup that I once started kind of > >> depends on the PCI cleanup you recently looked into. > > > > The mac99 machine for 64bit is actually worse than anything bitrot > > could give you. It emulates a machine that in its form never =20 > possibly > > could have existed in real hardware, which makes it very fragile and > > dependent on the guest's mercy to handle this gracefully. >=20 > I'll note that we have a CONFIG_PSERIES today. I'd suggest getting =20 > rid > of it first before making pseries the default. Why? As long as it's present in the default ppc64 build, you'll have a =20 default machine. If a user makes a custom config without it, =20 presumably they know they want to run some other machine, so why do you =20 need a default? QEMU has too much mandatory stuff as is. -Scott=