From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:56597) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fnOop-0002SQ-4b for qemu-devel@nongnu.org; Wed, 08 Aug 2018 09:48:07 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fnOoo-0005qA-Ar for qemu-devel@nongnu.org; Wed, 08 Aug 2018 09:48:07 -0400 Received: from mail-oi0-x243.google.com ([2607:f8b0:4003:c06::243]:46824) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fnOoo-0005q1-40 for qemu-devel@nongnu.org; Wed, 08 Aug 2018 09:48:06 -0400 Received: by mail-oi0-x243.google.com with SMTP id y207-v6so3733364oie.13 for ; Wed, 08 Aug 2018 06:48:05 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <87k1p11foc.fsf@trasno.org> References: <20180807130355.29780-1-peter.maydell@linaro.org> <87muty2u57.fsf@trasno.org> <87in4m2qni.fsf@trasno.org> <87wot21bbt.fsf@trasno.org> <87o9ee1aka.fsf@trasno.org> <87k1p11foc.fsf@trasno.org> From: Peter Maydell Date: Wed, 8 Aug 2018 14:47:44 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] [PATCH] migration: Correctly handle subsections with no 'needed' function List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Juan Quintela Cc: QEMU Developers , "patches@linaro.org" , "Dr. David Alan Gilbert" On 8 August 2018 at 08:27, Juan Quintela wrote: > > This is part of the problem. For some architectures, we don't even care > about migraiton. For others, we care about migration but not > cross-version. And yet in others we care very much (downstream > specially). I think we should care about migration on all architectures and devices, in the sense that we want savevm/loadvm to work. This is a really useful debugging and user tool, and when I'm reviewing devices it's the minimum bar I think new devices should clear. You then get migration "for free" but I don't particularly expect it to be used compared to snapshot save/restore. (Of course some of our existing code doesn't support this, and we don't have a good way of testing so bugs creep in easily, but as a principle I think it's good.) thanks -- PMM