Received: by 10.223.185.116 with SMTP id b49csp2862711wrg; Sun, 25 Feb 2018 08:03:46 -0800 (PST) X-Google-Smtp-Source: AH8x225mDF6v6bgu0VyOZk4uV/yN6vrB8OiNxS3K4paVH9OlUxcI8aieXLcjNxMXJoO+/sDigPmj X-Received: by 10.99.111.78 with SMTP id k75mr6292509pgc.414.1519574625917; Sun, 25 Feb 2018 08:03:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519574625; cv=none; d=google.com; s=arc-20160816; b=Z0SifdC4sTxsDR/CsQI+QVia3Rc92hvrwb/DZoGNHF6TwflKT1w254dSfYJ6IqUrso LWLUT/mTr4W6Y0g+NLoUS11CjkXbrPFxWbkYXgKtSJKA/ZcN9d4no+kkclYcpvxjtJ/N 3i579ScKXP9Zn9aaxk2p0JQD5fifYwLhooxPgE1aLx7jLsl8rFBpDgfmsSB/kuMcgjI9 RsEd/foh3z/tBV35ZC33/VaWe6zpDnY+HoZGr0qFioRVQH/HYaiRZHGut8TUUNR7inkt rKT2ZD8sWEayNI9HE0uZv6gGpPxtdzUoJFm5BOhasaQHSgGlCnjudRk2qoJy29QxJ/fn AgqA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:arc-authentication-results; bh=U38ZD2wnH4m4ZFpaG84g/v5mDaLWmDq6/rlC727r8v8=; b=uVobAGwpqerc4jwjDHL8VsKmqgpu3TG6HCRUJ6FKERlyCofXj7YThbWEHGzzAswgIf 8UzklvrRDPmV+nQhy0LgCT1wbBEiB+ZVp7d3bqqBYnpETN/vdU2o3NpoGtvgbAN0VaDU Ip3TgbHB2KILrgH6gsBex7fqu1ZYuG5B79dAgb2gjW7wS04nM2rgCeB/6p++TbhN8eNV 3/tqHsCnN4iD1IiANWjosQe6ZTH0DDinpMKn0Q6L9gTgzcZgk52eC/+8PBGN6YEEXGW5 ifsr1MwjyFgCSGjqgCociuKQrBeJStALaNC053kuyynHbtd3l9tgGbn7rBHEfiPvvl+G g4jA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v4-v6si5250260plo.55.2018.02.25.08.03.31; Sun, 25 Feb 2018 08:03:45 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751814AbeBYQCM (ORCPT + 99 others); Sun, 25 Feb 2018 11:02:12 -0500 Received: from smtprelay02.ispgateway.de ([80.67.31.40]:17636 "EHLO smtprelay02.ispgateway.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751634AbeBYQCK (ORCPT ); Sun, 25 Feb 2018 11:02:10 -0500 X-Greylist: delayed 372 seconds by postgrey-1.27 at vger.kernel.org; Sun, 25 Feb 2018 11:02:09 EST Received: from [77.47.81.138] (helo=powerashley.wagner-net) by smtprelay02.ispgateway.de with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from ) id 1epySY-00020g-J7; Sun, 25 Feb 2018 16:43:30 +0100 Subject: Re: [OpenRISC] Removing architectures without upstream gcc support To: Arnd Bergmann , linux-arch , Linux Kernel Mailing List Cc: Jonas Bonn , Chen Liqin , linux-hexagon@vger.kernel.org, Richard Kuo , David Howells , openrisc@lists.librecores.org, Lennox Wu , James Hogan , Guan Xuetao , linux-metag@vger.kernel.org, Guenter Roeck , Al Viro References: From: Philipp Wagner Message-ID: <155284c9-7fd4-2f2c-0216-1c43622f88c3@philipp-wagner.com> Date: Sun, 25 Feb 2018 16:43:19 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-Df-Sender: bGlzdHNAcGhpbGlwcC13YWduZXIuY29t Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Am 22.02.2018 um 16:45 schrieb Arnd Bergmann: > While building the cross-toolchains, I noticed that overall, we can build almost > all linux target architectures with upstream binutils and gcc these days, > however there are still some exceptions, and I'd like to find out if anyone > has objections to removing the ones that do not have upstream support. > This are the four architectures I found: > [...] > * OpenRISC is a RISC architecture with a free license and an > active community. It seems to have lost a bit of steam after RISC-V > is rapidly taking over that niche, but there are chips out there and > the design isn't going away. Listing it here for completeness only > because there is no upstream gcc port yet, but this will hopefully > change in the future based on > https://lists.librecores.org/pipermail/openrisc/2018-January/000958.html > and I had no problems locating the gcc-7.x tree for building my > toolchains. The port is actively being maintained. It's mostly mentioned in the mailing list thread you linked to, but just for completeness in this thread: The OpenRISC GCC port is maintained and regularly updated to newer GCC versions. It is not, however, upstreamed to the FSF due to a single missing FSF copyright assignment from a developer who has written large parts of the initial port. All code which has copyright assignments in place (binutils, GDB, etc.) has been upstreamed lately. For GCC, Stafford Horne is actively working on rewriting the parts which we don't have the FSF copyright assignment for (and unless something very surprising happens, won't get). [If anyone wants to help, there's GSoC project for it as well: https://fossi-foundation.org/gsoc18-ideas#openrisc-gcc-port] So I'd be very sad if the openrisc port gets dropped from Linux upstream. Philipp