Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp39890pxb; Tue, 12 Jan 2021 19:22:57 -0800 (PST) X-Google-Smtp-Source: ABdhPJzyUFaRIsBE6jLEoYfs6cX/+qcvgMJVWDIxFeXAc4OeS7te/5zhhJVvoEVqHKdIq4x0bpiJ X-Received: by 2002:a05:6402:1ac4:: with SMTP id ba4mr108270edb.383.1610508177359; Tue, 12 Jan 2021 19:22:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610508177; cv=none; d=google.com; s=arc-20160816; b=uGqpQ3qzK29WDKq7ykNaDo+pKqTMhM3Z7TF7TvEWkJOoVxCkW/42YLnJlql6MXcKI1 K4Zfa3WI8fcpPpBPwMtJaklLDt99pPr68AKYxfvEn8qZjoHFXDVCv4UP8i0iMhjBKJRs DsbJtjKLX7OznQrqL2N2yDOKxnlpScI8JVytznnLCuPdtN8KTORD/2ATt3zBh6yojIjd M/aVsBrlllfAg3LOOLf8Za5/USnoJQQ4f/oIMwuYwunVTOSbz13wpXgvjwdQuruNp2QK qPxTlTqwqw/Vziq0aNbLQliOwJfDu9fjR0d8WP6Qu0LTJsKLijRJQDT/t9ZZCFmiHd3n gTBQ== 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=g5sjkYmyNIlLJA59o61REHb8AKH1ySCBTcd6TLDoHDc=; b=MlfK05YfZVXMzwu0ydLbsySsk31Cv18QwJJclTEbiQpnAfJ07uzWdMycqPT6BufxJx RDAdhCXUls6zFznEjLBrNhKQ5etzU5nnwdbvVxE8unR8RP162qK36yfUjKuvncmcRPiL uNy3S0mUQhp2EN62SvyQxZS7gbOmCTSI/84QPtB8+Ctr5tRVyMcN9d7YrNuVMsD4pO0N l3YKIsPUskDQS14M2xVUAs9oT1lbfoqEFxV8YxTRAZcnIdrNBCQwBAiDe1Pr24aev7PZ GU+zDbl96jhwuAORfzjTFCdhJsJp0nWoPW4Hv3Fk15auJ/AcZSKJWF9HF6SkR+cfaLzj Zj5g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=xk4F4JXW; 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=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g14si193662ejp.460.2021.01.12.19.22.33; Tue, 12 Jan 2021 19:22:57 -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=@linaro.org header.s=google header.b=xk4F4JXW; 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=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2438459AbhALWq7 (ORCPT + 99 others); Tue, 12 Jan 2021 17:46:59 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60236 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2436769AbhALWq6 (ORCPT ); Tue, 12 Jan 2021 17:46:58 -0500 Received: from mail-lj1-x22d.google.com (mail-lj1-x22d.google.com [IPv6:2a00:1450:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3455DC061575 for ; Tue, 12 Jan 2021 14:46:18 -0800 (PST) Received: by mail-lj1-x22d.google.com with SMTP id n11so365930lji.5 for ; Tue, 12 Jan 2021 14:46:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=g5sjkYmyNIlLJA59o61REHb8AKH1ySCBTcd6TLDoHDc=; b=xk4F4JXWKJvoVpvkPcSF5eOSsKbrWU8dsBWmaz4aN0AbwvRerrH5HBxxf1LHNcBIGw QhkRj0JMG3aU9rPaPuRZAbObV5TkPpyUjtw9Atlzn4WvUP/tOd7Qvu3iEP6FF0YSPnjz yxorRvN3uiBmfI4ZHIvy5wSjUoAMzaKln49FJjB4+1y0WhrIgn+zw0LEFpuJAK1kOGjk r3xeX+Zii+h4Tl0n3Tz8DkUcXZWP93xTFyEmftDLFhsDxQfgncMphsP7ACU0SaSXAQHl J80ndUCEZfp2SvAiNRhNy8aBidHGFJ8u/EN1yXphTHrlSc+qcgh8Mv89Knes1Te+jiIv WBmw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=g5sjkYmyNIlLJA59o61REHb8AKH1ySCBTcd6TLDoHDc=; b=GFlaeaVyllEe/JO3qqcTQXxl8OSSE0xGeZ7ltFVSmW76W2mFjEPUzj3lmrYq2Rxbw0 mOorb6/Jp4RTcL3FXYCda48ckK1FyEZrJa9sokKOLyoHkXmbqcMGTwZxwxaIaBNyb/eV oSxGvpkVlpzGmwhfHClZVTGZGyncXOIQAzcNElMd1wubAS1Gvf8VyNTHsG4J+N9XxoL0 nYDXff+o6RL6ohbmJw6PM0V1hXyu1eBnCYHTWqHaCZzdB3UC3NPkYlM2iPldDSKjEuqA SvB2lyJQ78nbkjFCWIMD5s6qS1K9eIfKKhWZnmpDazSfQ8K2/8Pjajp9bBzQ3WayTapk Dfwg== X-Gm-Message-State: AOAM5329yxxPcc5DEcEllC9jkq35JiR4hCn1Jw7+stnX36IScDXSfQXo STYb3w1I5jv9dDxv6lnXBcZnVmiHVO/oZQ4+088L8yx0Mhnq7Q== X-Received: by 2002:a2e:586:: with SMTP id 128mr634078ljf.273.1610491576669; Tue, 12 Jan 2021 14:46:16 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: Linus Walleij Date: Tue, 12 Jan 2021 23:46:04 +0100 Message-ID: Subject: Re: Old platforms: bring out your dead To: John Paul Adrian Glaubitz Cc: Gerhard Pircher , Arnd Bergmann , Linux Kernel Mailing List , linux-m68k , Sparc kernel list , Linux-sh list 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 Tue, Jan 12, 2021 at 3:45 PM John Paul Adrian Glaubitz wrote: > Yeah, I have the same impression that's the strong commercial interest pu= shes > hobbyist use of the Linux kernel a bit down. A lot of these changes feel = like > they're motivated by corporate decisions. > > There has to be a healthy balance between hobbyist and commercial use. I = understand > that from a commercial point of view, it doesn't make much sense to run L= inux > on a 30-year-old computer. But it's a hobbyist project for many people an= d hacking > Linux stuff for these old machines has a very entertaining and educationa= l factor. This is actually one of the most interesting things written in this discuss= ion. I have both revamped and deleted subarchitectures in the ARM tree. We never deleted anyone's pet project *unless* they were clearly unwilling to work on it (such as simply testning new patches) and agreed that it will not go on. At multiple occasions I actually found it easier to fix stuff than delete it, both because it is a nicer thing to do and because it simply creates less social problems, often to the point that the time (man hours) spent trying to solve the resulting social problems from deleting a platform would be longer than the time spent actually acquiring the physical platform and fixing it. Corporate entities can be a bit deletionist (using Wikipedia terminology) and as in this thread there is always a strong inclusionist stance pushing back to that. The explanation is in my mind very simply that running Linux on a 35-yo or so Amiga, Atari or Apollo Workstation is pretty impressive an= d fun. And I think that fits Mr. Torvalds own sociological-or-something explanation in the autobiographical "Just for fun" as to why to write it in the first place. And we are very protective of that quality of the kernel. (At least I am.) That said there are a three things that people should really be doing if th= ey want to keep their pet archs/subarchs around as good community members, and they are in essence to: 1. Test and review/ack patches that others make 2. Migrate existing drivers to newly appeared and appropriate subsystems (I think there are some hacky heartbeat LED drivers down in arch/* for example) there is also the feature matrix core maintainers like and which appears if you type Documentation/features/list-arch.sh would be nice if you work on them if you can support them! Or at least take a look. 3. Migrate old systems to use the contemporary hardware descriptions (such as device tree or ACPI) because it makes things so much easier to maintain. Some upfront work, but a great win for everyone. Especially for subsystem maintainers. And if your arch uses highmem then please get rid of highmem. I'm trying to do this a bit right now for ARM let's see how it goes. I understand that for some maintainers time is a factor and this list feels stressful. I'd say relax, but it'd be nice if you have a TODO that you cross items off of. Just my =E2=82=AC0.01 Linus Walleij