From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:47383) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ws38B-0001Zw-Qx for qemu-devel@nongnu.org; Wed, 04 Jun 2014 00:49:03 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ws383-0005vq-Cp for qemu-devel@nongnu.org; Wed, 04 Jun 2014 00:48:55 -0400 Received: from mail-pb0-f44.google.com ([209.85.160.44]:60180) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ws383-0005vR-7K for qemu-devel@nongnu.org; Wed, 04 Jun 2014 00:48:47 -0400 Received: by mail-pb0-f44.google.com with SMTP id rq2so6440874pbb.31 for ; Tue, 03 Jun 2014 21:48:45 -0700 (PDT) Message-ID: <538EA529.1030900@ozlabs.ru> Date: Wed, 04 Jun 2014 14:48:41 +1000 From: Alexey Kardashevskiy MIME-Version: 1.0 References: <1401787684-31895-1-git-send-email-aik@ozlabs.ru> <1401787684-31895-3-git-send-email-aik@ozlabs.ru> <538DF6E6.6080607@gmail.com> In-Reply-To: <538DF6E6.6080607@gmail.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v4 02/29] target-ppc: Merge 970FX and 970MP into a single 970 class List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Tom Musta , qemu-devel@nongnu.org Cc: qemu-ppc@nongnu.org, Alexander Graf On 06/04/2014 02:25 AM, Tom Musta wrote: > On 6/3/2014 4:27 AM, Alexey Kardashevskiy wrote: >> @@ -7303,8 +7304,21 @@ static void init_proc_970 (CPUPPCState *env) >> SPR_NOACCESS, SPR_NOACCESS, >> &spr_read_hior, &spr_write_hior, >> 0x00000000); >> + >> + spr_register(env, SPR_CTRL, "SPR_CTRL", >> + SPR_NOACCESS, SPR_NOACCESS, >> + SPR_NOACCESS, &spr_write_generic, >> + 0x00000000); >> + spr_register(env, SPR_UCTRL, "SPR_UCTRL", >> + SPR_NOACCESS, SPR_NOACCESS, >> + &spr_read_generic, SPR_NOACCESS, >> + 0x00000000); > > This doesn't look quite right .... UCTRL is readable also from both user & supervisor mode. > > And UCTRL should alias CTRL (a la your read_ureg helper). > > But you've only re-arranged existing code ... not regressed anything. This should be fixed in > a follow up patch. I will add it as a separate patch in v5. -- Alexey