From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50113) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fQBfy-0007Ay-OW for qemu-devel@nongnu.org; Tue, 05 Jun 2018 09:07:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fQBfv-0007cs-K8 for qemu-devel@nongnu.org; Tue, 05 Jun 2018 09:07:02 -0400 Received: from mx1.redhat.com ([209.132.183.28]:35576) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fQBfv-0007c7-Di for qemu-devel@nongnu.org; Tue, 05 Jun 2018 09:06:59 -0400 Date: Tue, 5 Jun 2018 10:06:46 -0300 From: Eduardo Habkost Message-ID: <20180605130646.GF7451@localhost.localdomain> References: <20180603092749.107476-1-marcel.apfelbaum@gmail.com> <20180604042928-mutt-send-email-mst@kernel.org> <23040757-b561-e0bf-a41d-38d3c44555ee@gmail.com> <20180605072746.v6xxabsbewiuw7ka@sirius.home.kraxel.org> <20180605084300.GF32286@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20180605084300.GF32286@redhat.com> Content-Transfer-Encoding: quoted-printable Subject: [Qemu-devel] libvirt default machine-type guarantees? (was Re: [PATCH RFC] hw/pc: set q35 as the default x86 machine) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Daniel =?iso-8859-1?Q?P=2E_Berrang=E9?= Cc: Gerd Hoffmann , Marcel Apfelbaum , pbonzini@redhat.com, rth@twiddle.net, qemu-devel@nongnu.org, "Michael S. Tsirkin" , libvir-list@redhat.com (CCing libvir-list) On Tue, Jun 05, 2018 at 09:43:00AM +0100, Daniel P. Berrang=E9 wrote: > On Tue, Jun 05, 2018 at 09:27:46AM +0200, Gerd Hoffmann wrote: > > Hi, > >=20 > > > > Add to that shortcuts like -cdrom > > > > stop working, > > >=20 > > > Maybe is fixable. > >=20 > > Already fixed for ages. > >=20 > > > I see marking Q35 as the default machine a first step. > >=20 > > Maybe the better option is to go the arm route: Just don't define a > > default, so users have to specify pc or q35. That will make them not= ice > > there is a world beside 'pc', and we also avoid breaking things > > silently. >=20 > If QEMU removes the default, then libvirt will have to hardcode > 'pc' as the default to maintain back compatibility, so I don't > think that ends up as a net win Is there an actual promise to never change the default machine-type documented in the libvirt API, or is this just fear of breaking existing code? --=20 Eduardo