From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59739) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WYH7s-0005xQ-Ib for qemu-devel@nongnu.org; Thu, 10 Apr 2014 11:43:00 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WYH7l-0000G0-0b for qemu-devel@nongnu.org; Thu, 10 Apr 2014 11:42:52 -0400 Received: from cantor2.suse.de ([195.135.220.15]:43912 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WYH7k-0000Fo-RQ for qemu-devel@nongnu.org; Thu, 10 Apr 2014 11:42:44 -0400 Message-ID: <5346BBF2.4040600@suse.de> Date: Thu, 10 Apr 2014 17:42:42 +0200 From: Alexander Graf MIME-Version: 1.0 References: <5346921A.2050705@redhat.com> <4FBBA28F-184E-45A4-A7B8-6F4ED4EFC205@suse.de> <53469F8D.2040808@redhat.com> <5346A07B.9070608@suse.de> <5346B2A3.1080900@redhat.com> <5346B84B.4030506@suse.de> <5346BB11.7070507@redhat.com> In-Reply-To: <5346BB11.7070507@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Should we have a 2.0-rc3 ? List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Eric Blake , =?UTF-8?B?SsOhbiBUb21rbw==?= Cc: Peter Maydell , "Michael S. Tsirkin" , QEMU Developers , Michael Roth , Anthony Liguori , Paolo Bonzini , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= On 10.04.14 17:38, Eric Blake wrote: > On 04/10/2014 09:27 AM, Alexander Graf wrote: >> Hrm, so what if we just ditch pre-2.0 support for PPC in libvirt? Then >> it'd become >> >> if (machine_type == pc || machine_type == pseries || machine_type == >> ppce500) >> assume QEMU_CAPS_PCI_MULTIBUS >> else ... >> >> and everyone is happy, no? :) > No, because there (may be) people clamoring for (at least some specific > machine types of) PPC support to be backported to pre-2.0 versions. Then I'm happy if they die a painful death :). > The point is that the pre-2.0 behavior is a mess of special casing, > which can't be helped, but what CAN be helped is no NEW special casing > without introspection. We failed at adding the introspection in time, > and the only other alternative to adding introspection is to change ALL > machines at the same time; since neither of those can happen in time for > 2.0, it leaves reverting the PPC change and letting 2.0 behave like > pre-2.0 as the path with the fewest special casing requirements. I really don't see how you would even remotely want to use pre-2.0 QEMU in production environments for PPC. Heck, we even get patch sets today that try to fix migration with libvirt that aren't even upstream yet :). Alex