From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36103) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z57W6-0001vC-OQ for qemu-devel@nongnu.org; Wed, 17 Jun 2015 03:12:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Z57Vw-00006p-V6 for qemu-devel@nongnu.org; Wed, 17 Jun 2015 03:12:10 -0400 Received: from mx1.redhat.com ([209.132.183.28]:60971) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Z57Vw-000063-N7 for qemu-devel@nongnu.org; Wed, 17 Jun 2015 03:12:00 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (Postfix) with ESMTPS id 184A4369900 for ; Wed, 17 Jun 2015 07:12:00 +0000 (UTC) From: Markus Armbruster References: <1434480849-23093-1-git-send-email-dgilbert@redhat.com> <87a8vyj079.fsf@blackfin.pond.sub.org> <20150617085742-mutt-send-email-mst@redhat.com> Date: Wed, 17 Jun 2015 09:11:56 +0200 In-Reply-To: <20150617085742-mutt-send-email-mst@redhat.com> (Michael S. Tsirkin's message of "Wed, 17 Jun 2015 08:58:35 +0200") Message-ID: <877fr2hkqr.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Qemu-devel] [PATCH] Migration compatibility for serial List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: amit.shah@redhat.com, pbonzini@redhat.com, qemu-devel@nongnu.org, "Dr. David Alan Gilbert (git)" , quintela@redhat.com "Michael S. Tsirkin" writes: > On Wed, Jun 17, 2015 at 08:52:42AM +0200, Markus Armbruster wrote: >> "Dr. David Alan Gilbert (git)" writes: >> >> > From: "Dr. David Alan Gilbert" >> > >> > Older QEMUs dont understand the new (sub)sections that >> > may be generated in the serial device. Limit their generation >> > to newer machine types. >> >> Please explain briefly what state migration can lose with old machine >> types, and how this could impact the guest. The commits adding the >> subsections should have the information[*]. Pointers to them might >> suffice. >> >> >> [*] Should != do; I didn't check. > > OTOH if we have flags named after specific portions we skip, > and not after qemu versions, this becomes evident from code. The commit message needs to spell things out regardless.