From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-6.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E6959C4363D for ; Tue, 22 Sep 2020 13:53:28 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6D0AA20936 for ; Tue, 22 Sep 2020 13:53:28 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="MojUbmum" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 6D0AA20936 Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=arm.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References:Message-ID: Subject:To:From:Date:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=cTpD19usqcA+W3ccXouoYJpEpDMMkmWdZwkzPWd/Pm0=; b=MojUbmumN+XZ29AyEL+fvRjXo QqFhxnUQUHxmrveatNCuFWBS8IZrh9EpuyKATDOYh4hebyqF8gUh3aFuhfKCMxNpbGr6BcmkzAlTC xwZnPj50hw5Js0OuSdo0GVvO53zToaolUeKDiwFPaZmdg39brRVcJ6QptkUfCHf6wsfhh91N2EIii 5nWL47yePTTwIM8FCskYApGS8WMzR42//3dNNqkwXmYn6ihEqHBhGdLsZClxHqB3oG1lv40Ut3v42 ZpUAtYSE9gdZ0AysfuaMtqCO/ms8oGKZfw/6zpCZ4qD3b2Dg6mXTx6z1UIbaomOGAc0O2nYG8FI1H TvaAzpWdg==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kKihy-0000qF-Rf; Tue, 22 Sep 2020 13:51:50 +0000 Received: from foss.arm.com ([217.140.110.172]) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kKihv-0000pf-VF for linux-arm-kernel@lists.infradead.org; Tue, 22 Sep 2020 13:51:48 +0000 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 4E9CB101E; Tue, 22 Sep 2020 06:51:45 -0700 (PDT) Received: from arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 313133F718; Tue, 22 Sep 2020 06:51:44 -0700 (PDT) Date: Tue, 22 Sep 2020 14:51:41 +0100 From: Dave Martin To: Mark Brown Subject: Re: [PATCH v4 3/8] arm64/fpsimdmacros: Allow the macro "for" to be used in more cases Message-ID: <20200922135139.GC6642@arm.com> References: <20200828181155.17745-1-broonie@kernel.org> <20200828181155.17745-4-broonie@kernel.org> <20200921123802.GG2139@willie-the-truck> <20200921165330.GB6642@arm.com> <20200921180910.GD4792@sirena.org.uk> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20200921180910.GD4792@sirena.org.uk> User-Agent: Mutt/1.5.23 (2014-03-12) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200922_095148_148271_8FCD07C1 X-CRM114-Status: GOOD ( 18.45 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Julien Grall , Catalin Marinas , Zhang Lei , Julien Grall , Will Deacon , linux-arm-kernel@lists.infradead.org, Daniel Kiss Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Mon, Sep 21, 2020 at 07:09:10PM +0100, Mark Brown wrote: > On Mon, Sep 21, 2020 at 05:53:32PM +0100, Dave Martin wrote: > > > I think the idea with this patch was to make sure that .altmacro is > > only in effect for the internals of _for: it gets turned off again > > before expanding any other macro, and at the end. > > Yes, this was my understanding of what this was doing when I looked > through things when taking over the code - if we're going to use a > different macro mode to the rest of the code then it seems sensible to > make sure we don't try to build any other code with that macro mode > otherwise it'll doubtless blow up in our faces at some point. I think that it's unlikely ever to be used except for this kind of purpose, since it doesn't offer much over normal macro mode. altmacro mode is off by default, and can't be turned on via command-line options IIRC, so it seems unlikely to be turned on everywhere by accident. Cheers ---Dave _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel