From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:48025) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asBCl-0003sE-6x for qemu-devel@nongnu.org; Mon, 18 Apr 2016 11:35:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1asBCk-0007hy-AX for qemu-devel@nongnu.org; Mon, 18 Apr 2016 11:35:15 -0400 Received: from mail-vk0-x22e.google.com ([2607:f8b0:400c:c05::22e]:35588) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asBCj-0007hu-Pl for qemu-devel@nongnu.org; Mon, 18 Apr 2016 11:35:14 -0400 Received: by mail-vk0-x22e.google.com with SMTP id t129so224716736vkg.2 for ; Mon, 18 Apr 2016 08:35:13 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <5714F7C4.6040306@gmail.com> References: <1460666749-24452-1-git-send-email-sergey.fedorov@linaro.org> <1460666749-24452-5-git-send-email-sergey.fedorov@linaro.org> <87inzfvwiq.fsf@linaro.org> <5714F7C4.6040306@gmail.com> From: Peter Maydell Date: Mon, 18 Apr 2016 16:34:53 +0100 Message-ID: Content-Type: text/plain; charset=UTF-8 Subject: Re: [Qemu-devel] [PATCH v3 4/4] tcg: rework tb_invalidated_flag List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sergey Fedorov Cc: =?UTF-8?B?QWxleCBCZW5uw6ll?= , Sergey Fedorov , Paolo Bonzini , Richard Henderson , QEMU Developers , =?UTF-8?Q?Andreas_F=C3=A4rber?= , Peter Crosthwaite On 18 April 2016 at 16:05, Sergey Fedorov wrote: > @@ -507,14 +510,12 @@ int cpu_exec(CPUState *cpu) > } > tb_lock(); > tb = tb_find_fast(cpu); > - /* Note: we do it here to avoid a gcc bug on Mac OS X when > - doing it in tb_find_slow */ > > Is this still true? Would it make more sense to push the patching down > to the gen_code? > > > This comment comes up to the commit: > > commit 1538800276aa7228d74f9d00bf275f54dc9e9b43 > Author: bellard > Date: Mon Dec 19 01:42:32 2005 +0000 > > workaround for gcc bug on PowerPC We no longer support building on PPC OSX hosts, and haven't for some time -- the earliest OSX we support is 10.5, which is x86-only. So I think we can probably safely dump the gcc bug workaround, as long as we're clear in commit messages that we're doing so. Looking at that commit, it seems to be related to changing the value of T0 inside the tb_find_slow() function; at that point in QEMU's history, T0 was a variable which was tied to a specific host CPU register via gcc's 'asm("registername")' syntax; it's highly likely that the gcc bug was specific to handling of that kind of register variable anyway. thanks -- PMM