From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:57588) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJ33d-0007KI-Io for qemu-devel@nongnu.org; Mon, 09 Sep 2013 11:07:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VJ33S-0007Aw-B7 for qemu-devel@nongnu.org; Mon, 09 Sep 2013 11:07:17 -0400 Received: from mail-ve0-x22e.google.com ([2607:f8b0:400c:c01::22e]:60331) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VJ33S-0007As-6K for qemu-devel@nongnu.org; Mon, 09 Sep 2013 11:07:06 -0400 Received: by mail-ve0-f174.google.com with SMTP id jy13so3435258veb.19 for ; Mon, 09 Sep 2013 08:07:05 -0700 (PDT) Sender: Richard Henderson Message-ID: <522DE416.80406@twiddle.net> Date: Mon, 09 Sep 2013 08:07:02 -0700 From: Richard Henderson MIME-Version: 1.0 References: <1378144503-15808-1-git-send-email-rth@twiddle.net> <522D8339.1090002@huawei.com> <522DD679.9030201@twiddle.net> <522DE2EF.1010902@huawei.com> In-Reply-To: <522DE2EF.1010902@huawei.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v3 00/29] tcg-aarch64 improvements List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Claudio Fontana Cc: qemu-devel@nongnu.org On 09/09/2013 08:02 AM, Claudio Fontana wrote: > On 09.09.2013 16:08, Richard Henderson wrote: >> On 09/09/2013 01:13 AM, Claudio Fontana wrote: >>> after carefully reading and testing your patches, this is how I suggest to proceed: >>> >>> first do the implementation of the new functionality (tcg opcodes, jit) in a way that is consistent with the existing code. >>> No type changes, no refactoring, no beautification. >>> >>> Once we agree on those, introduce the meaningful restructuring you want to do, >>> like the new INSN type, the "don't handle mov/movi in tcg_out_op", the TCG_OPF_64BIT thing, etc. >>> >>> Last do the cosmetic stuff if you really want to do it, like the change all ext to bool (note that there is no point if the callers still use "1" and "0": adapt them as well) etc. >> >> No, I don't agree. Especially with respect to the insn type. >> >> I'd much rather do all the "cosmetic stuff", as you put it, first. It makes >> all of the "real" changes much easier to understand. >> >> >> r~ >> > > I guess we are stuck then. With the cosmetic and restructuring stuff coming before, I cannot cherry pick the good parts later. > > Have you tested the first 9 patches on their own? I.e. > tcg-aarch64: Set ext based on TCG_OPF_64BIT > tcg-aarch64: Change all ext variables to bool > tcg-aarch64: Don't handle mov/movi in tcg_out_op > tcg-aarch64: Hoist common argument loads in tcg_out_op > tcg-aarch64: Change enum aarch64_arith_opc to AArch64Insn > tcg-aarch64: Merge enum aarch64_srr_opc with AArch64Insn > tcg-aarch64: Introduce tcg_fmt_* functions > tcg-aarch64: Introduce tcg_fmt_Rdn_aimm > tcg-aarch64: Implement mov with tcg_fmt_* functions There should be no functional change to the backend, producing 100% identical output code. There should even be little or no change in tcg.o itself. This should make it trivial to verify that these patches are not at fault. r~