From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:50937) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqKy1-0007sQ-5o for qemu-devel@nongnu.org; Wed, 13 Apr 2016 09:36:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aqKxv-00071o-I2 for qemu-devel@nongnu.org; Wed, 13 Apr 2016 09:36:25 -0400 Received: from mail-ig0-x236.google.com ([2607:f8b0:4001:c05::236]:36682) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aqKxv-00071c-Df for qemu-devel@nongnu.org; Wed, 13 Apr 2016 09:36:19 -0400 Received: by mail-ig0-x236.google.com with SMTP id f1so119159536igr.1 for ; Wed, 13 Apr 2016 06:36:18 -0700 (PDT) References: <57029630.3070300@twiddle.net> <5702AACF.90306@twiddle.net> <1460136006.50712.3.camel@TomH-Z-Workstation> <5707F422.1090100@twiddle.net> <57092683.5040405@twiddle.net> From: Tom Hanson Message-ID: <570E4B4F.4030304@linaro.org> Date: Wed, 13 Apr 2016 07:36:15 -0600 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] best way to implement emulation of AArch64 tagged addresses List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Richard Henderson Cc: Peter Maydell , QEMU Developers On 04/11/2016 06:58 AM, Thomas Hanson wrote: > Ah, true. > > On 9 April 2016 at 09:57, Richard Henderson > wrote: > > On 04/08/2016 05:29 PM, Thomas Hanson wrote: > > Looking at tcg_out_tlb_load(): > If I'm reading the pseudo-assembler of the function names > correctly, it looks > like in the i386 code we're already masking the address being > checked: > tgen_arithi(s, ARITH_AND + trexw, r1, TARGET_PAGE_MASK | > (aligned ? s_mask > : 0), 0); > where TARGET_PAGE_MASK is a simple all-1's mask in the > appropriate upper bits. > > Can we just poke some 0's into that mask in the tag locations? > > > No, because we'd no longer have a sign-extended 32-bit value, as > fits in that immediate operand field. To load the constant you're > asking for, we'd need a 64-bit move insn and another register. > > > r~ > > [Sorry for the previous top post(s). I've switched email clients...] So, is the consensus that it's not worth adding an instruction to the fast path to avoid kicking out TLB entries with non-matching tags? Or is this still under consideration?