From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:59449) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1e7lE2-0005wZ-7a for qemu-devel@nongnu.org; Thu, 26 Oct 2017 12:41:47 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1e7lE1-0001VU-DY for qemu-devel@nongnu.org; Thu, 26 Oct 2017 12:41:46 -0400 Received: from mail-wr0-x241.google.com ([2a00:1450:400c:c0c::241]:57037) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1e7lE1-0001V0-5a for qemu-devel@nongnu.org; Thu, 26 Oct 2017 12:41:45 -0400 Received: by mail-wr0-x241.google.com with SMTP id r79so3764342wrb.13 for ; Thu, 26 Oct 2017 09:41:44 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: References: <20171023122719.17199-1-Jason@zx2c4.com> <10e16ca3-175b-9f34-65e7-031b883b7201@amsat.org> <20171026133445.kemzfgvpbmtcogsl@kamzik.brq.redhat.com> From: Peter Maydell Date: Thu, 26 Oct 2017 17:41:23 +0100 Message-ID: Content-Type: text/plain; charset="UTF-8" Subject: Re: [Qemu-devel] [Qemu-arm] [PATCH] hw/arm/virt: support 4 serial ports List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Jason A. Donenfeld" Cc: Andrew Jones , =?UTF-8?Q?Philippe_Mathieu=2DDaud=C3=A9?= , QEMU Trivial , qemu-arm , QEMU Developers On 26 October 2017 at 17:36, Jason A. Donenfeld wrote: > On Thu, Oct 26, 2017 at 6:34 PM, Peter Maydell wrote: >> Reordering it would break existing users of the trustzone uart, >> whose command lines would stop working. > > I thought this was the reason for all of those virt26, virt28,etc > types -- people who want stability code the revision into their > scripts. Everybody else then gets the latest. Those are primarily about migration compatibility -- you should be able to live migrate a guest from QEMU 2.6's virt-2.6 machine to QEMU 2.7's virt-2.6 machine. That's a stricter requirement than the compatibility we want to keep for non-versioned machines, where generally we don't want to break command lines but are OK to make changes if they don't break those existing uses. Command lines get baked into all sorts of scripts and so they're effectively part of QEMU's "ABI". People don't like it when we break their previously working flows :-) thanks -- PMM