Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp343384pxb; Wed, 13 Jan 2021 05:15:37 -0800 (PST) X-Google-Smtp-Source: ABdhPJwJzCsL2+SBrZQ+E3cWYCTRW7eJOsWSBuSn/VBOvt/Cprco7cg9hAklBX2pbEWJwvJEv7S2 X-Received: by 2002:a17:906:3883:: with SMTP id q3mr1533227ejd.160.1610543736890; Wed, 13 Jan 2021 05:15:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610543736; cv=none; d=google.com; s=arc-20160816; b=LqM4XBCdSZPHhO9XoaZ/vlTjzHY3gvT9aqzoMBWEOTgp0HvREp8ogM6RoMl55c8YHF Vr1/7Q5po5LBp5wntxMtLJHcDbox6wqYKNwlS+dFwAf4PtiM1Qt6r4+OFQYlTkzrZ1w3 UUVIN5L+TIrVaOcB9Py/4Ldv3dmXo1DC0j14qR2uDbtujmvN6rCGk/4NBu8CQS4lAeR0 6QhUj6EiMIHuU9PWQX5pwd0epInpzfiI9vsVdLJcZ45cLw6CmJ+MWIl4oiA7A7I83asO LFruqfmqAn6gLkcW6PSB3vgpz6+eMZMghI9VQw5mhzbzaWC4iGFqQHlsdm4wxGz8nF7+ k6fQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=fdbS54GqVo27RKIb394FVommJ3jzsvbwkChCJpoBs10=; b=ChieNaXofi8feHfHApIMGbM8KnNdR/FtkQip7hB89mUQ9dSD9PUBid8h6LUIavIHkM SoZ8OAmfEtEepUIscTSzlDaARj7YQVcOq4Pj2Bv6iagemo4V6Aae1X5C6LFHoLNk226L 2EwNul1JE6EO+xvSN/eQFEasG1qHmLRanI5zkzQijIM2H85TefCeb8AgB5aBWHG9Fbde 8Qciy6mc8KatQivsRQvyu8KGvkapIjCtV7nqw2H6d+X21UdxAIJ4rXe0QRi4nEXP4Wf5 8F2mpjWhYluOd4NjqGU7AOTGsNYl9HX76OBigB/G6Ig+DzXLl2WSEyxexYhxTdqtmRIb JhzQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=PVEbqAZe; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t8si61279edr.190.2021.01.13.05.15.13; Wed, 13 Jan 2021 05:15:36 -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=@landley-net.20150623.gappssmtp.com header.s=20150623 header.b=PVEbqAZe; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726729AbhAMNNk (ORCPT + 99 others); Wed, 13 Jan 2021 08:13:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48898 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726594AbhAMNNj (ORCPT ); Wed, 13 Jan 2021 08:13:39 -0500 Received: from mail-oi1-x233.google.com (mail-oi1-x233.google.com [IPv6:2607:f8b0:4864:20::233]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 453AEC06179F for ; Wed, 13 Jan 2021 05:12:59 -0800 (PST) Received: by mail-oi1-x233.google.com with SMTP id l200so1994632oig.9 for ; Wed, 13 Jan 2021 05:12:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=landley-net.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=fdbS54GqVo27RKIb394FVommJ3jzsvbwkChCJpoBs10=; b=PVEbqAZeBJW2YFegfj76rdkG/cpKL0XGDuI4Qp+3Iu0ffmtJ8yVlTSlZkyDsUrxoW1 1aPrQrl8kFj6kunyZgCZepDkdQNsYdntoFKz+LJzfff5ynbU4H4efTQpjHkpeHFzCyjs z94LkXlQwj5i1/xQgnxGTq6JZTvWlm8NeCC0XmCNKCIFvG0JYc5Ioqq9eK9LmLcjLEk1 gwwFvOWvNu3mc3M1VacdRE3SAKVL5TCnc9fmr13dLg2YWsltAGP6Z5FNFY2RMF68TWNw RP69+RZWbMcIKjDi2HbzBRGPh1Z3D63bDm6OMzXSjnMkN8VjjYECePY1i1vwqdpXgal2 RALA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=fdbS54GqVo27RKIb394FVommJ3jzsvbwkChCJpoBs10=; b=fTUpxCleTu65ljchiBdRHwOYSS+ZoLL3jXHaykMk5FmfZcBgKqqSRn+5lrW4L9ed9H qA6kjNxYonJy5BAaqQohcYqRFbYrsiz4gQP8jcPt/QX6Cix82gHOx/EecMg+ZEvtep2F Og5GkBtw3uNoWbGgVew6cLmlCG77DIqdOM+Gao7rnac5GldZMOBeKozRAJyUeiIoi7a9 o/edSRc8hfdJ7V/SI60Gxi0En9GLns9BltgEXEsRlHNX8KBLqbUW1L4BK+nyoOJgMwDD AqJq/dVc5BDDfo3zIrBE3VjGGMiQx3Z7rujp9Hv24XhSVp8sTmUlIJ/H0y7DqvscEzww rhiw== X-Gm-Message-State: AOAM533YtUhr3AXhBajabzZfdu7tS1R+ZbRXYFf0EPCQE7jdL4m3PFyo QtoEik1eO/Ywt/tk/R2mbGZzQQ== X-Received: by 2002:aca:1006:: with SMTP id 6mr1079084oiq.159.1610543578610; Wed, 13 Jan 2021 05:12:58 -0800 (PST) Received: from [192.168.86.73] ([136.62.4.88]) by smtp.gmail.com with ESMTPSA id j126sm388108oib.13.2021.01.13.05.12.57 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 13 Jan 2021 05:12:57 -0800 (PST) Subject: Re: Old platforms: bring out your dead To: Geert Uytterhoeven Cc: Linus Walleij , John Paul Adrian Glaubitz , Gerhard Pircher , Arnd Bergmann , Linux Kernel Mailing List , linux-m68k , Sparc kernel list , Linux-sh list References: From: Rob Landley Message-ID: Date: Wed, 13 Jan 2021 07:25:25 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 1/13/21 2:21 AM, Geert Uytterhoeven wrote: > Hi Rob, > > On Wed, Jan 13, 2021 at 8:58 AM Rob Landley wrote: >> On 1/12/21 4:46 PM, Linus Walleij wrote: >>> 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 pushes >>>> 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 Linux >>>> on a 30-year-old computer. But it's a hobbyist project for many people and hacking >>>> Linux stuff for these old machines has a very entertaining and educational factor. >>> >>> This is actually one of the most interesting things written in this discussion. >>> >>> 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. >> >> Another fun aspect of old hardware is it serves as prior art for patents. The >> j-core hardware implementation schedule has in part been driven by specific >> patents expiring, as in "we can't do $FEATURE until $DATE". > > Indeed, so that's why the release of j4 is postponed to 2016... > /me runs date (again). We renamed it J32 because although the patents have expired the trademarks have not, and provoking Renesas' lawyers more than necessary seemed gratuitous. It's actually been feature complete for years now, but we've never ported the kernel to it. (Rich has been working on a kernel port since new year's though. Jeff Garzik sponsored some engineering time in our 2021 budget to finally get that done, which has been our blocker for publishing because the lab tests don't guarantee we won't have to change bits of the API in response to real world loads.) >> When I did an sh4 porting contract in 2018 I got that board updated to a >> current-ish kernel (3 versions back from then-current it hit some intermittent >> nor flash filesystem corruption that only occurred intermittently under >> sustained load; had to ship so I backed off one version and never tracked it >> down). But these days I'm not always on the same continent as my two actual sh4 >> hardware boards, have never gotten my physical sh2 board to boot, and $DAYJOB is >> all j-core stuff not sh4. > > Which is not upstream, investing in the future? Alas I'm not in charge of what is cleared for public release. (I complain about it on the weekly calls from time to time.) We have actual marketing people now (Mike and Bunga) so I'm not supposed to do the website in raw stylesheet-less html with vi anymore. Unpublished stuff we _mean_ to publish is a form of technical debt. It _shouldn't_ be (release early release often) but Jeff insists on doing everything in Mercurial which makes dogfooding our github repos as part of our normal process darn awkward, and once there a little out of sync with the rest of the build it becomes a todo item... Rob