From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41233) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2I0Z-0000ge-3d for qemu-devel@nongnu.org; Thu, 25 Jul 2013 05:38:52 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1V2I0X-0005X1-At for qemu-devel@nongnu.org; Thu, 25 Jul 2013 05:38:51 -0400 Received: from mail-lb0-f170.google.com ([209.85.217.170]:60657) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1V2I0X-0005Vr-4D for qemu-devel@nongnu.org; Thu, 25 Jul 2013 05:38:49 -0400 Received: by mail-lb0-f170.google.com with SMTP id u10so1327183lbi.29 for ; Thu, 25 Jul 2013 02:38:46 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1374742849.6142.72.camel@pasglop> References: <1374501278-31549-1-git-send-email-pbonzini@redhat.com> <87ip02wqvn.fsf@codemonkey.ws> <1374729976.6142.61.camel@pasglop> <1374731256.6142.63.camel@pasglop> <51F0E47D.1060807@redhat.com> <1374742849.6142.72.camel@pasglop> From: Peter Maydell Date: Thu, 25 Jul 2013 10:38:26 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH 00/28] Memory API for 1.6: fix I/O port endianness mess List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Benjamin Herrenschmidt Cc: Anthony Liguori , aik@ozlabs.ru, jan.kiszka@siemens.com, qemu-devel@nongnu.org, agraf@suse.de, hpoussin@reactos.org, Paolo Bonzini , aurelien@aurel32.net On 25 July 2013 10:00, Benjamin Herrenschmidt wrote: > That's fine, I know you can fix stuff :-) I'm just really annoyed that > upstream qemu remained broken for so long (and still is) while the whole > thing derailed into a mostly pointless discussion on endianness and > nobody (including Alexey) hollered loud enough that the breakage was > fairly extensive I think that for the minor architectures we just have to make sure that we do yell loudly when things are broken, because the nature of things is that people won't notice. Maybe we should have a qemu-urgent list to parallel qemu-trivial for compile fixes, reversions of bad breakage, etc, to try to keep them out of the general noise ? -- PMM