From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:60027)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1TLGng-0007Bf-Kr
	for qemu-devel@nongnu.org; Mon, 08 Oct 2012 13:07:30 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1TLGnb-0004iA-S8
	for qemu-devel@nongnu.org; Mon, 08 Oct 2012 13:07:28 -0400
Received: from hall.aurel32.net ([88.191.126.93]:33297)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <aurelien@aurel32.net>) id 1TLGnb-0004hx-Lr
	for qemu-devel@nongnu.org; Mon, 08 Oct 2012 13:07:23 -0400
Date: Mon, 8 Oct 2012 19:07:20 +0200
From: Aurelien Jarno <aurelien@aurel32.net>
Message-ID: <20121008170720.GA9230@hall.aurel32.net>
References: <506F1934.5000002@siemens.com>
	<CAFEAcA84=njFKyK=f0ksSLCN=MLx=p8vjUuCzVGtDy43UDBkww@mail.gmail.com>
	<506F207A.70805@siemens.com>
	<CAFEAcA-KZS3AvjKTAKYVfzfi8E1J1Vhf0f051VGJrbfK7VjMog@mail.gmail.com>
	<5072782E.9090707@siemens.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-15
Content-Disposition: inline
In-Reply-To: <5072782E.9090707@siemens.com>
Sender: Aurelien Jarno <aurelien@aurel32.net>
Subject: Re: [Qemu-devel] [PATCH] versatile: Push lsi initialization to the
 end
List-Id: <qemu-devel.nongnu.org>
List-Unsubscribe: <https://lists.nongnu.org/mailman/options/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <https://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: Jan Kiszka <jan.kiszka@siemens.com>
Cc: Peter Maydell <peter.maydell@linaro.org>, qemu-devel <qemu-devel@nongnu.org>

On Mon, Oct 08, 2012 at 08:52:30AM +0200, Jan Kiszka wrote:
> On 2012-10-06 04:13, Peter Maydell wrote:
> > On 5 October 2012 19:01, Jan Kiszka <jan.kiszka@siemens.com> wrote:
> >> I'm not a fan of this either, but the alternatives are way more
> >> complicated. We either need to rewrite the chardev subsystem,
> >> specifically how mux'ed devices are registered and how the active one is
> >> selected. Or we need to avoid flushing "unrelated" BHs for block
> >> devices. Not sure of those read requests can be postponed.
> > 
> > Is this a regression? If it is then the obvious answer is to back
> > out whatever broke it...
> 
> I'm using this machine for the first time, so I cannot answer this from
> the top of my head. However, I don't think it can be a regression.
> 

What is the bug exactly? Outputting the monitor prompt when using
-nographic? If it is the case, please note that mips/mipsel is also
affected. IIRC it appears somewhere between 1.1 and 1.2.

-- 
Aurelien Jarno	                        GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net