From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52348) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g9yvt-0002YS-E5 for qemu-devel@nongnu.org; Tue, 09 Oct 2018 16:48:46 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g9yvo-0005bh-Gs for qemu-devel@nongnu.org; Tue, 09 Oct 2018 16:48:45 -0400 Received: from mail-pf1-x442.google.com ([2607:f8b0:4864:20::442]:46003) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1g9yvo-0005aj-1I for qemu-devel@nongnu.org; Tue, 09 Oct 2018 16:48:40 -0400 Received: by mail-pf1-x442.google.com with SMTP id u12-v6so1431510pfn.12 for ; Tue, 09 Oct 2018 13:48:39 -0700 (PDT) References: <20181009174557.16125-1-cota@braap.org> <20181009174557.16125-2-cota@braap.org> <20181009182053.GA28943@flamenco> From: Richard Henderson Message-ID: <87deab9a-4feb-b39d-12ff-c97dac223918@linaro.org> Date: Tue, 9 Oct 2018 13:48:35 -0700 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v5 1/6] target/alpha: remove tlb_flush from alpha_cpu_initfn List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell , "Emilio G. Cota" Cc: QEMU Developers , =?UTF-8?Q?Alex_Benn=c3=a9e?= On 10/9/18 11:25 AM, Peter Maydell wrote: >> /* PALBR */ >> tcg_gen_st_i64(vb, cpu_env, offsetof(CPUAlphaState, palbr)); >> /* Changing the PAL base register implies un-chaining all of the TBs >> that ended with a CALL_PAL. Since the base register usually only >> changes during boot, flushing everything works well. */ >> gen_helper_tb_flush(cpu_env); >> return DISAS_PC_STALE; > > Mmm, it works (though would it work if the CPU wasn't the > only one in the system?). I just have a reflexive dislike > of design approaches used by only one thing -- I tend to > like to smooth them out so there's more consistency... It could be less important now that we have goto_ptr. If you really think I should get rid of it, I will. r~