Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Thu, 10 Mar 2022 16:48:01 +0000 (GMT)
From:   "Maciej W. Rozycki" <macro@orcam.me.uk>
To:     Christoph Hellwig <hch@lst.de>
cc:     "H. Nikolaus Schaller" <hns@goldelico.com>,
        Huang Pei <huangpei@loongson.cn>,
        Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
        Sasha Levin <sashal@kernel.org>, stable@vger.kernel.org,
        linux-kernel <linux-kernel@vger.kernel.org>,
        Discussions about the Letux Kernel 
        <letux-kernel@openphoenux.org>
Subject: Re: [BUG] new MIPS compile error on v5.15.27
In-Reply-To: <20220310162818.GA4436@lst.de>
Message-ID: <alpine.DEB.2.21.2203101640560.47558@angie.orcam.me.uk>
References: <D148EFBD-55E0-449A-AD2A-12C80ABD4FC4@goldelico.com> <20220310162818.GA4436@lst.de>
User-Agent: Alpine 2.21 (DEB 202 2017-01-01)
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Precedence: bulk

On Thu, 10 Mar 2022, Christoph Hellwig wrote:

> Please fix <asm/asm.h>.   The most trivial fix might be to only defined
> END() under __ASSEMBLY__, although in the long run it probably wants a
> better name as well.

 FWIW the END macro has its roots in IRIX if not MIPSCO.  It's been around 
for some 30 years if not more.  MIPS/ULTRIX may have had it too, as it's 
originally all ECOFF stuff, i.e. `.end', `.ent', `.frame', etc. assembly 
pseudo-ops for symbol/debug information.

  Maciej