From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mta-64-136.flowmailer.net (mta-64-136.flowmailer.net [185.136.64.136]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 30430405C5C for ; Mon, 18 May 2026 23:05:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.136.64.136 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779145523; cv=none; b=NGdSzlEiKdKiGBYPg5FIyP50bCLY+bGFaYMEF6TSWi9KE02z/4s5RjJ/xuI6JjOQ2DYfp9JuY/BwwK8ZHdirW2mu+Ka49XM2gQro6o3sm1S36kqOaghNh/7fA+wDbfeCH6a7wzjHIUNIKmKah8FtPvf/ifZ/RRFGgPP/tlBUJks= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1779145523; c=relaxed/simple; bh=+rYo9RwlleK8Myvw5KVXSvl5djJdJZXOJbD7irbefyc=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=iTqEd32Af8Q0YlZeyah7x/9eWLtG1AhBqfo+eOORI+5wb/5q+phOc1Dvq4Ukm4R2K4KJH7hzVE4xTeWgdMED31Y9oa8oCGdkAU1U40U2nCNznBoexx2bVbgjU6hBQL2I7fojv+sdIoVfyFNGeYo140HGAbmNAzB6owhsAm6+7vc= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=siemens-energy.com; spf=pass smtp.mailfrom=errorhandling.siemens-energy.com; dkim=pass (1024-bit key) header.d=flowmailer.net header.i=@flowmailer.net header.b=oOv4FfQQ; dkim=pass (2048-bit key) header.d=siemens-energy.com header.i=schuster.simon@siemens-energy.com header.b=dI1aE97G; arc=none smtp.client-ip=185.136.64.136 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=siemens-energy.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=errorhandling.siemens-energy.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=flowmailer.net header.i=@flowmailer.net header.b="oOv4FfQQ"; dkim=pass (2048-bit key) header.d=siemens-energy.com header.i=schuster.simon@siemens-energy.com header.b="dI1aE97G" Received: by mta-64-136.flowmailer.net with ESMTPSA id 20260518172446a2ab3ecad30019fd49 for ; Mon, 18 May 2026 19:24:47 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; s=s1; d=flowmailer.net; h=from:from:sender:to:to:cc:cc:subject:subject:content-type:content-type:content-transfer-encoding:References:In-Reply-To:Date:Message-ID:MIME-Version; bh=/xBoFD2ZNsbMOTky3B3enP8bn+W9UZXo1Hl2aVCLXos=; b=oOv4FfQQlHtS5BCboX78gqtA1vOdIzc2Bde3Q6JtaXyf67I3yyl6ut16FqBNN9+Yj9rq9Z nyDRk4mSBg/XXlSyTrgBcXgDhCrmwyDzEj+K3hddaJfeuwolNJkOXXJ8o46GUX+ljc6wR96d SFujsYOnihqEglQ5vlocmhDkHNiKg=; DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; s=fm3; d=siemens-energy.com; i=schuster.simon@siemens-energy.com; h=from:from:sender:to:to:cc:cc:subject:subject:content-type:content-type:content-transfer-encoding:References:In-Reply-To:Date:Message-ID:MIME-Version; bh=/xBoFD2ZNsbMOTky3B3enP8bn+W9UZXo1Hl2aVCLXos=; b=dI1aE97GXW4w7iNDnE322TQwRLqhXPJ7u7OOtHXqPwbH7I8b7QZPUcsZ5dpM3aKOX+wuYT LPsjcYlVTxPExZ5kMJNCcDWODnTNTrGp6pV8qtNcwDcVLy69NW0vpvbVMGwrINlSJJ+x3xuE 8IjsHXj0AnDwTdczWEYMyN3ZXAMnYVljNLinrYheZqc9sCRB5uWpiqfkBE0KYz9ZVSj4gXWO W3XtjKRwxfg4DG16B+5mpyk1TGNVwWG+Fbcs2a0kj3mxu3xIuWEGyaVHCYP7ptwU5BzA0nrO 6VN6z+VVxxOzsIQ5H6Xp7Kj7GVjsxvKu6BvSATf/LyzOGeeNKmSh+lOw==; Date: Mon, 18 May 2026 19:24:44 +0200 From: Simon Schuster To: Peter Zijlstra , Arnd Bergmann , Ethan Nelson-Moore , Dinh Nguyen Cc: linux-doc@vger.kernel.org, devicetree@vger.kernel.org, workflows@vger.kernel.org, Linux-Arch , dmaengine@vger.kernel.org, linux-i2c@vger.kernel.org, linux-iio@vger.kernel.org, Netdev , linux-pci@vger.kernel.org, linux-pwm@vger.kernel.org, linux-hardening@vger.kernel.org, linux-kbuild@vger.kernel.org, "linux-csky@vger.kernel.org" , Jonathan Corbet , Shuah Khan , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Daniel Lezcano , Thomas Gleixner , Alex Shi , Yanteng Si , Dongliang Mu , Hu Haowen <2023002089@link.tyut.edu.cn>, Kees Cook , Oleg Nesterov , Will Deacon , "Aneesh Kumar K.V (Arm)" , Andrew Morton , Nicholas Piggin , Vinod Koul , Frank Li , Dave Penkler , Andi Shyti , Jonathan Cameron , David Lechner , =?ISO-8859-1?Q?Nuno_S=E1?= , Andy Shevchenko , Andrew Lunn , "David S . Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Lorenzo Pieralisi , Krzysztof WilczyDski , Andreas Oetken Subject: Re: [PATCH] nios2: remove the architecture Message-ID: <20260518172444.zyd47mcagrcwu7wt@dev-vm-schuster> References: <20260518042833.272221-1-enelsonmoore@gmail.com> <20260518105735.GW3126523@noisy.programming.kicks-ass.net> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260518105735.GW3126523@noisy.programming.kicks-ass.net> Hi Ethan, Arnd, Peter and Dinh, On Mon, May 18, 2026 at 11:29:48AM +0200, Arnd Bergmann wrote: > We last discussed this a year ago when Simon Schuster mentioned[1] > that Siemens Energy is still using NIOS-2 in production and would > prefer to have this still included in Linux for at least another > few years until the obligation for kernel updates ends. First off, thank you, Arnd, for remembering us as this patch series came up and also to Dinh for his maintenance of the architecture! Regarding our status in relation to nios2, Arnd's response already gives you the gist: We are well aware that the architecture was deprecated by Intel and are therefore phasing it out in favour of more contemporary hardware. I'm also fully aware of the uncertain future of 32-bit architectures as a whole [0] and that this fate will come to nios2 sooner or later. But as of now, the mainline support is still in very good shape. On Mon, May 18, 2026 at 12:57:35PM +0200, Peter Zijlstra wrote: > Isn't that what we have LTS branches for? Unfortunately, as we are an infrastructure provider for civil energy infrastructure, the refurbishment cycle is a bit slower than for traditional consumer systems. This implies that the traditional LTS support duration (max. Dec 2028 as of writing [1]) is rather short, and we would be glad if we could keep the architecture in mainline for at least 5 years and only then "decay" to LTS. On Mon, May 18, 2026 at 11:29:48AM +0200, Arnd Bergmann wrote: > My feeling is that the maintenance burden of keeping nios2 is > relatively low. On the other hand, maintaining it out of tree > as a patch set is also something that should not be all that > hard if it does get removed. Judging from the architecture's git history, it seems that it's currently mainly touched by treewide refactors, which are extremely helpful as we therefore do not have to piece these changes together downstream. In other respects, we try to be good citizens and contribute bugfixes as well as required cleanups (such as implementing clone3 [2] and fixing its flag behaviour on 32-bit architectures) as they come up. If desired, we also would be happy to intensify our support regarding reviews or testing to share the maintnance burden if it helps to keep nios2 in mainline a bit longer. Best regards, Simon 0: https://lwn.net/Articles/1035727/ 1: https://www.kernel.org/category/releases.html 2: https://lore.kernel.org/lkml/20250821-nios2-implement-clone3-v1-0-1bb24017376a@siemens-energy.com/