From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from eggs.gnu.org ([208.118.235.92]:53031)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <afaerber@suse.de>) id 1Sd2tA-0003Z8-RB
	for qemu-devel@nongnu.org; Fri, 08 Jun 2012 13:22:22 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <afaerber@suse.de>) id 1Sd2t5-0003ou-Ss
	for qemu-devel@nongnu.org; Fri, 08 Jun 2012 13:22:20 -0400
Received: from cantor2.suse.de ([195.135.220.15]:59658 helo=mx2.suse.de)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <afaerber@suse.de>) id 1Sd2t5-0003oL-MZ
	for qemu-devel@nongnu.org; Fri, 08 Jun 2012 13:22:15 -0400
Message-ID: <4FD234C0.1050409@suse.de>
Date: Fri, 08 Jun 2012 19:22:08 +0200
From: =?ISO-8859-1?Q?Andreas_F=E4rber?= <afaerber@suse.de>
MIME-Version: 1.0
References: <alpine.DEB.1.10.1206072200330.23962@tp.orcam.me.uk>
	<4FD2000C.9060505@codesourcery.com>
	<alpine.DEB.1.10.1206081718180.23962@tp.orcam.me.uk>
In-Reply-To: <alpine.DEB.1.10.1206081718180.23962@tp.orcam.me.uk>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Qemu-devel] [PATCH] MIPS/user: Fix reset CPU state
	initialization
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: "Maciej W. Rozycki" <macro@codesourcery.com>
Cc: Meador Inge <meadori@codesourcery.com>, qemu-devel@nongnu.org, Aurelien Jarno <aurelien@aurel32.net>

Am 08.06.2012 18:20, schrieb Maciej W. Rozycki:
> On Fri, 8 Jun 2012, Meador Inge wrote:
>=20
>>>  The problem was seen with the 24Kf MIPS32r2 processor in user emulat=
ion. =20
>>> The new approach prevents system and user emulation from diverging --=
 all=20
>>> the hflags state is initialized in one place now.
>>
>> I submitted a patch to fix this issue and the FCR0 issue a few months =
back [1].
>> Andreas reviewed it, but the patch never got committed.
>>
>> [1] http://patchwork.ozlabs.org/patch/144353/

I fear that patch would need to be rebased now, since my cross-target
QOM refactoring was applied for v1.1.

>  That's unfortunate -- hopefully this can be finally resolved now.

The best solution would be if someone stepped up as target-mips
maintainer as long as Aur=E9lien is busy, to review and queue such
patches. m68k, mips and sh4 keep falling through the cracks currently...

Andreas

--=20
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 N=FCrnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imend=F6rffer; HRB 16746 AG N=FCrnbe=
rg