From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:53799) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFQC6-00071h-ET for qemu-devel@nongnu.org; Sat, 22 Sep 2012 09:56:31 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TFQC5-0007gV-2d for qemu-devel@nongnu.org; Sat, 22 Sep 2012 09:56:30 -0400 Received: from mout.web.de ([212.227.17.12]:50804) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TFQC4-0007gA-Pc for qemu-devel@nongnu.org; Sat, 22 Sep 2012 09:56:29 -0400 Message-ID: <505DC388.9060505@web.de> Date: Sat, 22 Sep 2012 15:56:24 +0200 From: =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= MIME-Version: 1.0 References: <505C9E59.2040308@suse.de> <1348314355-10992-1-git-send-email-andreas.faerber@web.de> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [RFC v2 1/2] target-arm: Prepare support for Cortex-R4 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: giancarlo.asnaghi@st.com, qemu-devel@nongnu.org, Paul Brook Am 22.09.2012 15:05, schrieb Peter Maydell: > On 22 September 2012 12:45, Andreas Färber wrote: >> +static void cortex_r4_initfn(Object *obj) >> +{ >> + ARMCPU *cpu = ARM_CPU(obj); >> + set_feature(&cpu->env, ARM_FEATURE_V7); >> + set_feature(&cpu->env, ARM_FEATURE_THUMB_DIV); >> + set_feature(&cpu->env, ARM_FEATURE_MPU); > > This will trip the assert in register_cp_regs_for_features(): Thanks for the pointer. This rebased version is only compile-tested and is provided mainly for the ST guys to build upon, during my absence. > if (arm_feature(env, ARM_FEATURE_MPU)) { > /* These are the MPU registers prior to PMSAv6. Any new > * PMSA core later than the ARM946 will require that we > * implement the PMSAv6 or PMSAv7 registers, which are > * completely different. > */ > assert(!arm_feature(env, ARM_FEATURE_V6)); > > ...indicating that R4 support is more work than is contained > in this patch :-) ...which confirms what I stated in the message this is threaded to, and is reflected by "prepare". :) Same for VFPv3-D16 in the second RFC patch (which used to "add" to cortex-r4, now should've been updated to "prepare" as well). And of course the Cortex-R4's lock-step mode that seems to make it so interesting for automotive customers. /-F