From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40571) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asqUZ-0004Xg-5Z for qemu-devel@nongnu.org; Wed, 20 Apr 2016 07:40:23 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1asqUV-00023h-5C for qemu-devel@nongnu.org; Wed, 20 Apr 2016 07:40:23 -0400 Received: from mail-lb0-x22b.google.com ([2a00:1450:4010:c04::22b]:32939) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1asqUU-00023d-UG for qemu-devel@nongnu.org; Wed, 20 Apr 2016 07:40:19 -0400 Received: by mail-lb0-x22b.google.com with SMTP id u8so7640899lbk.0 for ; Wed, 20 Apr 2016 04:40:18 -0700 (PDT) References: <1460044433-19282-1-git-send-email-sergey.fedorov@linaro.org> <1460044433-19282-4-git-send-email-sergey.fedorov@linaro.org> <87shygvcot.fsf@linaro.org> From: Sergey Fedorov Message-ID: <57176AA0.2030803@gmail.com> Date: Wed, 20 Apr 2016 14:40:16 +0300 MIME-Version: 1.0 In-Reply-To: <87shygvcot.fsf@linaro.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Subject: Re: [Qemu-devel] [PATCH 03/11] tci: Make direct jump patching thread-safe List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: =?UTF-8?Q?Alex_Benn=c3=a9e?= , Sergey Fedorov Cc: qemu-devel@nongnu.org, Paolo Bonzini , Peter Crosthwaite , Richard Henderson , Stefan Weil On 20/04/16 12:42, Alex Bennée wrote: > Sergey Fedorov writes: >> diff --git a/tcg/tci/tcg-target.inc.c b/tcg/tci/tcg-target.inc.c >> index 4afe4d7a8d59..7e6180e62898 100644 >> --- a/tcg/tci/tcg-target.inc.c >> +++ b/tcg/tci/tcg-target.inc.c >> @@ -556,6 +556,8 @@ static void tcg_out_op(TCGContext *s, TCGOpcode opc, const TCGArg *args, >> if (s->tb_jmp_offset) { >> /* Direct jump method. */ >> assert(args[0] < ARRAY_SIZE(s->tb_jmp_offset)); >> + /* Align for atomic patching and thread safety */ >> + s->code_ptr = (uint8_t *)(((uintptr_t)s->code_ptr + 3) & >> ~3); > Seeing this pattern is being used over and over again I wonder if we > should have some utility helper functions for this? Perhaps we should > steal the kernels ALIGN macros? Good point, really. I see such a macro in hw/display/qxl.c and kvm-all.c. It'd be better a common definition. Any idea of where to put it? Kind regards, Sergey