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 X-Spam-Level: X-Spam-Status: No, score=-4.0 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 08412C433E0 for ; Mon, 11 Jan 2021 09:52:15 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id A4CB422AAD for ; Mon, 11 Jan 2021 09:52:14 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A4CB422AAD Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=ACULAB.COM Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:In-Reply-To:References:Message-ID:Date: Subject:To:From:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=8hhPYHu8N5hkp9UYZSRN5g020MBdh+MNo/mHsNcfUvE=; b=s5Cdah3yyvj4MKBoq1shzbRGm ZRLYXarlPbTMPw1xwW1vqRPQ0+MXlt1ZYPDMjQCW1uM5+dIWPkDPb1jhjZXF5RhPT/X4gZ+IwQ/ps 39jWxqiKGVMwQT0JD91x5yfQNzv+Mjs755YI6nzXXl0wOMEfKaUrOGBwf/H4FsYXexhcIgHN3lTJv QRcTcEY8y0KZeYp2mccC/Bg6+Nt/Q+FcW/rcSP0OQviZwPiR3NMqx1u9JuwSgupS4/1W6OWcUiJhV 1qzfzxjCAiKryRNl6LivvU4xogQTkNNh+1ZifLlbJGzAENRAOeHQHeI3XzTBLw/VuIMtO7vZSK8xf dalqvO4SA==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1kytqd-0001Jh-IN; Mon, 11 Jan 2021 09:50:51 +0000 Received: from eu-smtp-delivery-151.mimecast.com ([207.82.80.151]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1kytqb-0001Hp-4k for linux-arm-kernel@lists.infradead.org; Mon, 11 Jan 2021 09:50:50 +0000 Received: from AcuMS.aculab.com (156.67.243.126 [156.67.243.126]) (Using TLS) by relay.mimecast.com with ESMTP id uk-mta-130-p4Z2xdyEOkONhoHpFP1zFw-1; Mon, 11 Jan 2021 09:50:44 +0000 X-MC-Unique: p4Z2xdyEOkONhoHpFP1zFw-1 Received: from AcuMS.Aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) by AcuMS.aculab.com (fd9f:af1c:a25b:0:43c:695e:880f:8750) with Microsoft SMTP Server (TLS) id 15.0.1347.2; Mon, 11 Jan 2021 09:50:41 +0000 Received: from AcuMS.Aculab.com ([fe80::43c:695e:880f:8750]) by AcuMS.aculab.com ([fe80::43c:695e:880f:8750%12]) with mapi id 15.00.1347.000; Mon, 11 Jan 2021 09:50:41 +0000 From: David Laight To: 'Arnd Bergmann' , Willy Tarreau Subject: RE: Old platforms: bring out your dead Thread-Topic: Old platforms: bring out your dead Thread-Index: AQHW5tIZDj0fPDkXL0CUBZoouVVmHKoiLtzA Date: Mon, 11 Jan 2021 09:50:41 +0000 Message-ID: <6fb7e3f5035d44fab9801001f1811b59@AcuMS.aculab.com> References: <20210109055645.GA2009@1wt.eu> In-Reply-To: Accept-Language: en-GB, en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-ms-exchange-transport-fromentityheader: Hosted x-originating-ip: [10.202.205.107] MIME-Version: 1.0 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=C51A453 smtp.mailfrom=david.laight@aculab.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: aculab.com Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210111_045049_380636_A2A85769 X-CRM114-Status: GOOD ( 23.38 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Baruch Siach , Geert Uytterhoeven , Neil Armstrong , Viresh Kumar , Linus Walleij , Daniel Tang , Jamie Iles , Krzysztof Adamski , Alexander Shiyan , Michael Ellerman , Yoshinori Sato , Russell King - ARM Linux , Wei Xu , Oleksij Rempel , Alex Elder , Marc Gonzalez , Hans Ulli Kroll , =?utf-8?B?VXdlIEtsZWluZS1Lw7ZuaWc=?= , 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 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org From: Arnd Bergmann > Sent: 09 January 2021 21:53 > > On Sat, Jan 9, 2021 at 6:56 AM Willy Tarreau wrote: > > > > On Fri, Jan 08, 2021 at 11:55:06PM +0100, Arnd Bergmann wrote: > > > * 80486SX/DX: 80386 CPUs were dropped in 2012, and there are > > > indications that 486 have no users either on recent kernels. > > > There is still the Vortex86 family of SoCs, and the oldest of those were > > > 486SX-class, but all the modern ones are 586-class. > > > > These also are the last generation of fanless x86 boards with 100% compatible > > controllers, that some people have probably kept around because these don't > > age much and have plenty of connectivity. I've used an old one a few times > > to plug in an old floppy drive, ISA SCSI controllers to access an old tape > > drive and a few such things. That doesn't mean that it's a good justification > > not to remove them, what I rather mean is that *if* there is no benefit > > in dropping them maybe we can keep them. On the other hand, good luck for > > running a modern OS on these, when 16MB-32MB RAM was about the maximum that > > was commonly found by then (though if people kept them around that's probably > > because they were well equipped, like that 64MB 386DX I'm having :-)). > > I think there were 486s with up to 256MB, which would still qualify as barely > usable for a minimal desktop, or as comfortable for a deeply embedded > system. The main limit was apparently the cacheable RAM, which is limited > by the amount of L2 cache -- you needed a rare 1MB of external L2-cache to > have 256MB of cached RAM, while more common 256KB of cache would > be good for 64MB. Vortex86SX has no FPU or L2 cache at all, but supports > 256MB of DDR2. There are also some newer (well less than 30 year old) cpus that are basically 486 but have a few extra instructions - probably just cpuid and (IIRC) rdtsc. Designed for low power embedded use they won't ever have been suitable for a desktop - but are probably fast enough for some uses. I'm not sure how much keeping 486 support actually costs, 386 was a PITA - but the 486 fixed most of those issues. David - Registered Address Lakeside, Bramley Road, Mount Farm, Milton Keynes, MK1 1PT, UK Registration No: 1397386 (Wales) _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel