Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp1563958pxb; Sun, 10 Jan 2021 02:47:34 -0800 (PST) X-Google-Smtp-Source: ABdhPJwTejsQsUH/+ZmQaasnsddfCFXrWEjmXMjDQo8DhI/kzi8r88aq7243muqmoZA1+k+CWeGz X-Received: by 2002:a17:906:408f:: with SMTP id u15mr7888055ejj.84.1610275654553; Sun, 10 Jan 2021 02:47:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610275654; cv=none; d=google.com; s=arc-20160816; b=YoWQFEi9yXo51rJ/9pGDMf0Qt7hS8qgeaxnlre+3j+a3aLysjB210xRbA5eKAP1o1C s5kXcQzqqELBUCcwopE0LN0KLJYUgHnpFcYA5sR1btEf7jlQXU2jSiOdV6IQ03r5Ky4z qxFRkI+mM56n2+x8GMaECpoUWpWgNHzYOypkATxI5GArkIZkKku7svSwU0cLDyotYdDb 0uc9qnsTXi4M3yeJieA9DOulQL/hjylv8iC8k/HciTaIV3erjBGsU8GJJoaifR5tWmIl alNTDsJhgI6Bq68D5nOAMOaUFXhVOBB/MD8AslYaQ/WQo9XI9MGQLOoJrJQMmkR2iXva zIUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=wwQOTzeTLvZ8Q6Stq9mYikRBLji4EDzHoDTBNEOIcYs=; b=WRv+w2jWx6wlDwE1s9T4xa61lH7hnXISvWCITgV7wN3EEkOtFzfepA3NHN+XNXAx2B 6yA4Zb5Kuy8xyiblQVnpelq+oQWsU7JuE3nrvgr8dn2V+waFcD0YulXrgR44G8Yz+bSY Lp2pzB/aGP7dLJ3bKXoYRgRxTA/cYa8X/ChNp17394ivLnDQl1RxLt1ftcSLA2uL5Ezf 82ZEoyenlbsrFbnWvtnoo+iejjBoWqp7nQedc03K5YmbyZ6+7JaVco7IcdcGUAnW71C2 jUfA0U5bPAHElh99oSjF4XxEfcsvgtvJ9UheiSe7pfOviH6sD35rD77y8sOK/XA3kOWo gaTQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=b+PcWe0h; 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=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z14si5376803ejp.692.2021.01.10.02.47.09; Sun, 10 Jan 2021 02:47:34 -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=fail (test mode) header.i=@armlinux.org.uk header.s=pandora-2019 header.b=b+PcWe0h; 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=fail (p=NONE sp=NONE dis=NONE) header.from=armlinux.org.uk Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726496AbhAJKqS (ORCPT + 99 others); Sun, 10 Jan 2021 05:46:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50014 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726036AbhAJKqS (ORCPT ); Sun, 10 Jan 2021 05:46:18 -0500 Received: from pandora.armlinux.org.uk (pandora.armlinux.org.uk [IPv6:2001:4d48:ad52:32c8:5054:ff:fe00:142]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B772BC061786 for ; Sun, 10 Jan 2021 02:45:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=armlinux.org.uk; s=pandora-2019; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id: List-Help:List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=wwQOTzeTLvZ8Q6Stq9mYikRBLji4EDzHoDTBNEOIcYs=; b=b+PcWe0hknOfNb4WfwZLN+mbs O50RfU9Eua3kGGRhrKrKOUYVCv5QNCgKR676+TQnjASkR5kWkZQf3TSARy5CNs8AV1L3VDlDvq+Km fv19LLjM2ty0WGT71OCOdWCDJdzpSOfJ8BP9oxeR+VoklbYiflRldfL8uK81OgC/qnq8Ez/nGKmp0 6UVPOfRYWW6Hj9ya30+AQCALYJPCjm7yWN0OGp+g/LRpldujCfsfU2kJwZ7HL1PKqQzdFJ8qtjERH c2JmDYZ1ZL1cPPfGzDi7s0c2PlBeggs9hCKlLdIWvlueUzShyqIbjumMhrgdSEKBcCCDjwJRM9klY kCJIYCs7Q==; Received: from shell.armlinux.org.uk ([fd8f:7570:feb6:1:5054:ff:fe00:4ec]:46116) by pandora.armlinux.org.uk with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kyYD8-0005lE-9H; Sun, 10 Jan 2021 10:44:38 +0000 Received: from linux by shell.armlinux.org.uk with local (Exim 4.92) (envelope-from ) id 1kyYD0-00048h-FQ; Sun, 10 Jan 2021 10:44:30 +0000 Date: Sun, 10 Jan 2021 10:44:30 +0000 From: Russell King - ARM Linux admin To: Willy Tarreau Cc: Arnd Bergmann , Baruch Siach , Geert Uytterhoeven , Neil Armstrong , Viresh Kumar , Linus Walleij , Daniel Tang , Jamie Iles , Krzysztof Adamski , Alexander Shiyan , Michael Ellerman , Yoshinori Sato , Wei Xu , Oleksij Rempel , Alex Elder , Marc Gonzalez , Hans Ulli Kroll , Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= , Steven Rostedt , Vladimir Zapolskiy , Lubomir Rintel , Koen Vandeputte , Linux ARM , Barry Song , Thomas Bogendoerfer , Linux Kernel Mailing List , Jonas Jensen , Hartley Sweeten , Mark Salter , Shawn Guo Subject: Re: Old platforms: bring out your dead Message-ID: <20210110104430.GE1551@shell.armlinux.org.uk> References: <20210109055645.GA2009@1wt.eu> <20210110062113.GA2912@1wt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210110062113.GA2912@1wt.eu> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: Russell King - ARM Linux admin Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jan 10, 2021 at 07:21:13AM +0100, Willy Tarreau wrote: > On Sat, Jan 09, 2021 at 10:52:53PM +0100, Arnd Bergmann wrote: > (... i486 ...) > > As with the other older platforms, the main question to ask is: > > Are there users that are better off running a future LTS kernel on this > > hardware than the v5.10.y version or something older? > > I think this is the most important part of the question. Because the > possible use case I've described actually doesn't correspond to a > "prod" machine but to a machine that's powered on every 5 years for > some old data recovery. In such a case users just start with an old > system (possibly the one that's still on them if present), and this > doesn't warrant an up-to-date OS. > > Moreover, just as I experienced when maintaining 2.4, there's a point > where support for old stuff starts to break again by lack of testing. > And just because of this, users shouldn't always expect to see their > old machines boot fine on a recent kernel. Sometimes there may even be > difficulties setting up a compatible toolchain. > > So actually the question shouldn't be "does anyone want such old > machines to still be supported" but "does anyone *need* them to be > supported". And I suspect that for most of them the response is "no", > it's just a convenience. What about feature obsolescence? Consider that old ssh (supporting only the v1 protocol) will no longer connect to new sshd (supporting only the v2 protocol) or older NFS supporting UDP only trying to connect to new NFS supporting only TCP. Or older NFS that does buggily support TCP and won't talk to newer machines. At one time, the suggestion would've been to use a DOS formatted floppy to transfer the data... but modern machines tend not to have floppy drives. USB pendrive? Maybe the older machine doesn't have USB. I suppose you'd have to resort to FTP at that point to move data off the old machine, or via email if you have email setup on it. Having a machine that's able to boot an old installation just means it can run, but it doesn't guarantee that it will be useful once booted to move old data onto newer machines. Over Christmas, I booted my Acorn A5000 (the very first machine to run Linux on ARM) to retrieve some old data off it - thankfully I still have an Acorn Ether1 card with an AUI interface and a 10baseT MAU to connect to my network. Sadly, support for running Linux on it has long since passed - with only 8MB and 32KiB pages, modern Linux would struggle with it, which is really the reason why support was dropped. Linux outgrew the hardware. -- RMK's Patch system: https://www.armlinux.org.uk/developer/patches/ FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!