From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35289) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViOnO-0003tQ-EH for qemu-devel@nongnu.org; Mon, 18 Nov 2013 08:23:24 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ViOnI-0007Bh-EK for qemu-devel@nongnu.org; Mon, 18 Nov 2013 08:23:18 -0500 Received: from mail-ee0-f50.google.com ([74.125.83.50]:43271) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ViOnI-0007BZ-8K for qemu-devel@nongnu.org; Mon, 18 Nov 2013 08:23:12 -0500 Received: by mail-ee0-f50.google.com with SMTP id e53so658386eek.37 for ; Mon, 18 Nov 2013 05:23:11 -0800 (PST) Message-ID: <528A14F9.2060000@linaro.org> Date: Mon, 18 Nov 2013 14:24:09 +0100 From: Claudio Fontana MIME-Version: 1.0 References: <1380242934-20953-1-git-send-email-agraf@suse.de> <1380242934-20953-15-git-send-email-agraf@suse.de> <5245CDB5.2000403@twiddle.net> <5289E8AD.2070902@linaro.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 14/60] AArch64: Add orr instruction emulation List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Michael Matz , QEMU Developers , Alexander Graf , Dirk Mueller , Laurent Desnogues , Christoffer Dall , Richard Henderson On 11/18/2013 02:15 PM, Peter Maydell wrote: > On 18 November 2013 13:12, Michael Matz wrote: >> Hi, >> >> On Mon, 18 Nov 2013, Claudio Fontana wrote: >> >>>>> + case 3: >>>>> + tcg_gen_rotr_i64(r, cpu_reg(reg), tcg_shift); >>>>> + break; >>>> >>>> Incorrect rotate for 32bit? >> >> 32bit rotates and shifts were fixed in a patch later than the 60er series >> Alex posted. See attached. (Generally there are many fixes to emulated >> instructions in that branch) > > I think we're going to need to look through and fold in those > fixes, otherwise we'll end up reduplicating that work in the > course of code review :-( > > -- PMM > Thanks all. Regarding the access to registers in 32 bit mode, and the consequent write to registers in 32 bit mode, I am investigating how to do it a little bit more general, in the sense that generally when we access registers in 32bit mode we will (often) need to ignore the upper bits of the source register, and write zero to the destination register. Not always but often. This could be done once for all to reduce the chances of mistakes. C.