From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:51265) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4yr8-0006sC-KM for qemu-devel@nongnu.org; Fri, 24 Aug 2012 14:43:48 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T4yr7-0001WJ-Nr for qemu-devel@nongnu.org; Fri, 24 Aug 2012 14:43:42 -0400 Received: from cantor2.suse.de ([195.135.220.15]:49094 helo=mx2.suse.de) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T4yr7-0001WF-HY for qemu-devel@nongnu.org; Fri, 24 Aug 2012 14:43:41 -0400 Message-ID: <5037CB54.9030800@suse.de> Date: Fri, 24 Aug 2012 20:43:32 +0200 From: =?ISO-8859-15?Q?Andreas_F=E4rber?= MIME-Version: 1.0 References: <20120824150557.GG1687@hall.aurel32.net> <5037A33D.3070907@suse.de> <20120824180557.GJ3553@ohm.aurel32.net> In-Reply-To: <20120824180557.GJ3553@ohm.aurel32.net> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [PATCH 2/5] softmmu templates: optionally pass CPUState to memory access functions List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Aurelien Jarno , Peter Maydell Cc: Blue Swirl , qemu-devel , Alexander Graf Am 24.08.2012 20:05, schrieb Aurelien Jarno: > On Fri, Aug 24, 2012 at 05:52:29PM +0200, Andreas F=E4rber wrote: >> Not opposed to changing the argument order, but given that we're inche= s >> away from v1.2 (in Hard Freeze), it might be better to first get AREG0 >> as first argument working for your favorite hosts as a bugfix and then >> do any larger optimization for v1.3. >=20 > It's what I tried to do first, but I don't think it is realistic to use > such a code for v1.2, it is complex to support all cases, and thus > likely full of bugs. Maybe we should simply disable ARM and MIPS suppor= t > for this release. Depends on what you mean with "disable"? Adding an #error would hurt our arm build just like earlier the ppc build, and I would hope from my last testing that the problems would only affect the AREG0 targets, especially not ARM on ARM (or MIPS on MIPS). Aborting at runtime, only when really unsupported, would seem better. I had taken a look at tcg/arm/ shortly after having fixed ppc (seeing that there was a similar TODO or FIXME) but got distracted by other projects. And your remarks wrt stack sound a bit frightening now. ;) @Peter, have you looked into tcg/arm/ AREG0 support? 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