Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp2917901pxb; Tue, 12 Jan 2021 01:36:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJxr+DTEtg56DTtMGvZqd6fw+ech3XlV8kLZEPfs1wyzzuLREkZRkA1vgbRbBNj8h2B+f1CN X-Received: by 2002:aa7:d915:: with SMTP id a21mr2617492edr.251.1610444218474; Tue, 12 Jan 2021 01:36:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610444218; cv=none; d=google.com; s=arc-20160816; b=l6cCMlj05lfDbMG5V5rxcJbexjCHw+lybUPEl8+4AYAYC6ZHQWJerCfoaJrcWBgFzT Eidjai/ghmXHDeoCdVozGScFrVLvrrztuimmopa+r6gCiCae+TUs1V71PZ/fgcT+cmIS 3z72UR6Z6+ZqOJvk7XhD+imDXvQqgVPULwykSE0CITZlTTC1+Kz3jvgKh65WiJOXoolL ToEpvzFSZfKJXjsb777Ux9sN+pMbnfsPDfwFRLfH4Rc45klscE14rpDmnZhkuikMF6D0 RFD0y05aBtdW6l7oMdhI0qZxW8BD5z+VjmEvr5nHCoghQDsnHgYLMYU7xWM0iJL0fuj4 N6VA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=PxSB0uhCwmJFkAjC7Ht5/FyyinVcl8W+Ag1EHqTzAxU=; b=YPlOidpnbe+fS+FAKtc6VWr3A9BtPKAh/p0lCwffNMwZKROmCkI5OSvDsta0TZIhWu KlznifLI0WW/Jhw+ETNxnI6VTKVu/EZW8G9JoV+WGt1Ebhrf3inXtpAR6X0+GExw+QNE KwOl7AB+SFFuydkG0xG4t7riFj7ZMS7/aBWtu+ihqqlkyOKHl+HRoq3NdIVKCLQhEm0f M3jedftm8Y1UVCeh8+1CHbv9sNdF0cfh+bScHJIPN4BmxvflYZBN3jCqZipvk13frYP4 5sSZp6ecy1Fd3zV5g6C/rnONqQx+9Uwom2YjOhKLfo+NKeawT2AIHzBw1UPxwWTI+vHm ztYg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=I72FBlX3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s18si978956ejd.607.2021.01.12.01.36.35; Tue, 12 Jan 2021 01:36:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=I72FBlX3; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2391343AbhAKULL (ORCPT + 99 others); Mon, 11 Jan 2021 15:11:11 -0500 Received: from mail.kernel.org ([198.145.29.99]:58996 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726722AbhAKULL (ORCPT ); Mon, 11 Jan 2021 15:11:11 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 06C5A22D04 for ; Mon, 11 Jan 2021 20:10:30 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1610395831; bh=PAmmi3WEVNu+XF6HOJcil+oslU7LNAsHmQgcOS7diCQ=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=I72FBlX3qlW+aQzowCV1kutMZCcjqCNlHANlEy56XF4khfePE8vAFKtaOyxpBmZFn B6NjqJihUBs54hyj5AzkMnr0rWvztprNKR5+0RjffvcIQOm6FZ4/k1wnKUee/QzUMK E425Q0mrtlV3u+QP7OlKDTFwmM5pjuw6fJ86CkMyPWXlq4QGUUToBdCzIVpkro33uU +9mGqeE69Mc/xxwE9jUBfgQXFhGuPTAURPxw/EtZLwHkopQJaJhE6C/bYhzvkSMu82 AavvbOQlGXWSjoqT0oUtw+K66nkm4KWiSqaGTkXS5lZbdzstJkd9x3FokPKXg5D+LX IgxnwWfNWrWgg== Received: by mail-oi1-f177.google.com with SMTP id f132so605951oib.12 for ; Mon, 11 Jan 2021 12:10:30 -0800 (PST) X-Gm-Message-State: AOAM531oEdAiFLiuCmq6TP6iNBau94lnzn5+dZNf8IOw+gT06qovQnlw qyJv1MiLR/YRqcvd2ygLtNHWDmgvDeGP1sMO+Wc= X-Received: by 2002:aca:44d:: with SMTP id 74mr353245oie.4.1610395829991; Mon, 11 Jan 2021 12:10:29 -0800 (PST) MIME-Version: 1.0 References: <20210111205814.0e6d3493@windsurf.home> In-Reply-To: <20210111205814.0e6d3493@windsurf.home> From: Arnd Bergmann Date: Mon, 11 Jan 2021 21:10:12 +0100 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Old platforms: bring out your dead To: Thomas Petazzoni Cc: Linux ARM , Linux Kernel Mailing List , Baruch Siach , Geert Uytterhoeven , Neil Armstrong , Viresh Kumar , Linus Walleij , Daniel Tang , Jamie Iles , Krzysztof Adamski , Alexander Shiyan , Michael Ellerman , Russell King - ARM Linux , Wei Xu , Oleksij Rempel , Alex Elder , Marc Gonzalez , Hans Ulli Kroll , =?UTF-8?Q?Uwe_Kleine=2DK=C3=B6nig?= , Steven Rostedt , Vladimir Zapolskiy , Lubomir Rintel , Koen Vandeputte , Barry Song , Thomas Bogendoerfer , Yoshinori Sato , Jonas Jensen , Hartley Sweeten , Mark Salter , Shawn Guo , Alexandre Belloni Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Jan 11, 2021 at 8:58 PM Thomas Petazzoni wrote: > > On Fri, 8 Jan 2021 23:55:06 +0100 Arnd Bergmann wrote= : > > So overall, I'd say that yes we could probably drop arch/arm/mach-dove/. Russell mentioned that he still uses a cubox with an out-of-tree board file for dove. > > * spear -- added in 2010, no notable changes since 2015 > > Well, I did quite a few improvements in spear DTs in 2017, some > improvements to the NAND FSMC driver for Spear, and my colleague Miqu=C3= =A8l > Raynal fixed an issue in the Spear NOR driver in 2019. > > We have one customer running a 4.14 upstream kernel on a Spear600 > product, and this was a fairly "recent" port, in the sense that the > product was originally running WinCE, and we ported Linux to it many > years later after the product was first shipped. Ok, thanks for the list, very helpful. Sorry I missed your DT changes when I went through the logs there. Viresh already pointed out Schneider Electric as a user of multiple SPEAr SoCs. > > * lpc32xx -- added in 2010, multiplatform 2019, hardware is EOL > > As late as early 2020, we were finishing the migration of one of our > customer LPC32xx platform to a recent mainline kernel. > > So in fact for us at Bootlin, it happens pretty regularly to see users > of "legacy" platforms having a need for an updated kernel. From the > above, you can see that even legacy SoCs such as Spear600 and LPC32xx > are still used in products were kernel are being updated. I had put the lpc32xx in the list of code that is still updated and should not get removed unless the maintainers think it is near its end of useful life (which I did not really expect in this case). Arnd