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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 520ECC433F5 for ; Thu, 24 Feb 2022 09:57:08 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id A0B0F8D0002; Thu, 24 Feb 2022 04:57:07 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 9BB588D0001; Thu, 24 Feb 2022 04:57:07 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 8A9AC8D0002; Thu, 24 Feb 2022 04:57:07 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (relay.hostedemail.com [64.99.140.25]) by kanga.kvack.org (Postfix) with ESMTP id 78FA08D0001 for ; Thu, 24 Feb 2022 04:57:07 -0500 (EST) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 37B1A207C3 for ; Thu, 24 Feb 2022 09:57:07 +0000 (UTC) X-FDA: 79177220094.09.AA188D9 Received: from Atcsqr.andestech.com (atcsqr.andestech.com [60.248.187.195]) by imf07.hostedemail.com (Postfix) with ESMTP id 5D3BB40004 for ; Thu, 24 Feb 2022 09:57:06 +0000 (UTC) Received: from mail.andestech.com (ATCPCS16.andestech.com [10.0.1.222]) by Atcsqr.andestech.com with ESMTP id 21O9u9Uk049085; Thu, 24 Feb 2022 17:56:09 +0800 (+08) (envelope-from alankao@andestech.com) Received: from yamatobi.andestech.com (10.0.12.150) by ATCPCS16.andestech.com (10.0.1.222) with Microsoft SMTP Server id 14.3.498.0; Thu, 24 Feb 2022 17:56:04 +0800 Date: Thu, 24 Feb 2022 17:56:04 +0800 From: Alan Kao To: Arnd Bergmann CC: Steven Rostedt , Randy Dunlap , kernel test robot , Andrew Morton , , "Linux Memory Management List" , Greentime Hu , "Nick Hu" , Vincent Chen , KC , Masahiro Yamada , , Subject: Re: [linux-next:master 70/7526] undefined reference to `__trace_hardirqs_off' Message-ID: References: <202202240745.3HwmSv5A-lkp@intel.com> <6b11b037-6664-a1c4-1f1b-c542ee3c096e@infradead.org> <20220223213316.75ee31f8@rorschach.local.home> <407ec1d6-40b5-f436-10d1-2b2ab3abc339@infradead.org> <20220223224019.099b5d47@rorschach.local.home> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/2.1.4 (93ef06ae) (2021-12-11) X-Originating-IP: [10.0.12.150] X-DNSRBL: X-MAIL:Atcsqr.andestech.com 21O9u9Uk049085 X-Rspamd-Queue-Id: 5D3BB40004 X-Stat-Signature: 3s1ssu6pwa3fgm7it548g4mmf4za3k76 Authentication-Results: imf07.hostedemail.com; dkim=none; dmarc=none; spf=pass (imf07.hostedemail.com: domain of alankao@andestech.com designates 60.248.187.195 as permitted sender) smtp.mailfrom=alankao@andestech.com X-Rspam-User: X-Rspamd-Server: rspam11 X-HE-Tag: 1645696626-236146 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: Hi Arnd, On Thu, Feb 24, 2022 at 09:38:30AM +0100, Arnd Bergmann wrote: > On Thu, Feb 24, 2022 at 4:40 AM Steven Rostedt wrote: > > On Wed, 23 Feb 2022 19:12:45 -0800 Randy Dunlap wrote: > > > On 2/23/22 18:33, Steven Rostedt wrote: > > > > On Wed, 23 Feb 2022 17:53:00 -0800 > > > > Randy Dunlap wrote: > > > > > > > >> On 2/23/22 17:44, Randy Dunlap wrote: > > > >>> Hi ktr, bouncing NDS32 maintainer, Andrew, Steven, > > > >>> > > > >> > > > >> [now adding Andrew and Steven!] > > > > > > > > This needs to go via the NDS32 maintainers. If it's being ignored, then > > > > we can consider the architecture as orphaned and start the process of > > > > removal. ;-) > > > > > > Yes, it appears to be about that time... > > > > Hi Arnd, > > > > Just putting this on your "chopping block" radar. > > Yes, that makes sense. I think nds32 was always going to be a > short-lived architecture as Andestech was already in the process of > moving to RISC-V before it was ever submitted upstream. I did > hope that it would live a little longer, but it seems that everyone who > ever worked on it in mainline has left andestech by now. > > I'm guessing Nick's current email address based on his Linkedin page, > maybe he can contact someone who is still there and able to > take over. I am in charge of this now. > > I think nds32 is still in a better shape than a lot of the older > architectures in mainline, and the CPU cores are still actively > marketed for licensing. OTOH it only gets worse if nobody cares > about the code, and users are probably already better off with > one of the older longterm supported kernels. If we remove > arch/nds32 before the next longterm release, that gives users > stable updates until late 2026 using linux-5.10.y, which is > probably sufficient. > > Arnd All of our nds32 customers maintain their own kernel derived from previous LTS versions. Also, we (as the Linux team in Andes) now dedicate our whole effort to RISC-V, so there is no longer need to maintain arch/nds32. We really appreciate your guidance and support. Many thanks to the community as well. Alan