Received: by 2002:a25:e74b:0:0:0:0:0 with SMTP id e72csp510312ybh; Sun, 12 Jul 2020 13:45:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwAAvijKbN7c4Znkf90wRZbhJMhdEEExzSzg+KXwKRcNGsoC2CSNfOE/FPBhI9LBmyWK2Fr X-Received: by 2002:a17:906:70cf:: with SMTP id g15mr51573338ejk.531.1594586758070; Sun, 12 Jul 2020 13:45:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1594586758; cv=none; d=google.com; s=arc-20160816; b=ArO142jFJWqxWKNTy6qglQHeuAzgtUy3soC0PaEOua3jwRAd4lzLPo1+xwTxCLs504 2vocbXw5BlcZcKBXHYP07UbKpl8sqYwxyvZYxMd8ehA2o+G8l6H+H8l1p9Y6DpCDumL+ 9sLYTVO8wjpM88Rt2xi3Kbbfj+skxPkWw8xDxQ5KgqwdLDMFcN+8ajXUtlGS82jA6p9Y eiXoktMHDinORY05wBJryw5RKrAll6AUkm/ZQL79PzjwDYYwxMk7wvYcyORqptvow1QW Lq9CIRpg/S99BrOvui8D3TNhZfTBZEBlkXWqRWZ0lPBn1NknqqH6t7e7YYPEE7XUSc6d 7CNA== 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; bh=ywQWcik91c0C99yUlp3jj80J+yy25pTO8d09JUAfClk=; b=JorEjiL03PvUMSRLp67aTAq9EZjcSnVPkSVUewHLNEhYz+UGB5DrO/D8JJMf9kGq4p dOoqzoMD2IVzL7BJt4x6tU6HEPP0KKvLl1yy2OxLC2KePyq99ofUxaIUaZBttFtSwVmi 5gHfwAKLKb4i3FKo8Vq4Yuxj/43Iy8OawwNEEV382FmvUPc56mBayCyb6QrBjf6vQ6/W eVf0/E9x1FlmngtpC0sgSKohJsgrrDAO3Wvw7mFjGHtP17dQTFV/B/jQ4y7ExbaaxAOq NcIe3G+4K5v03W9jEhO9qrWxJyBEciCW6j7jHJkiWtrvIstOXjD89oNC3cA+D9EmKiwp vAoA== ARC-Authentication-Results: i=1; mx.google.com; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n1si7565711ejc.134.2020.07.12.13.45.19; Sun, 12 Jul 2020 13:45:58 -0700 (PDT) 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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729422AbgGLUpN (ORCPT + 99 others); Sun, 12 Jul 2020 16:45:13 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33992 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729338AbgGLUpN (ORCPT ); Sun, 12 Jul 2020 16:45:13 -0400 X-Greylist: delayed 29583 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Sun, 12 Jul 2020 13:45:13 PDT Received: from mail.stusta.mhn.de (mail.stusta.mhn.de [IPv6:2001:4ca0:200:3:200:5efe:8d54:4505]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 533F9C061794 for ; Sun, 12 Jul 2020 13:45:13 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by mail.stusta.mhn.de (Postfix) with ESMTPSA id 4B4f0v3T5Cz29; Sun, 12 Jul 2020 22:45:03 +0200 (CEST) Date: Sun, 12 Jul 2020 23:45:01 +0300 From: Adrian Bunk To: Josh Triplett Cc: Nick Desaulniers , alex.gaynor@gmail.com, geofft@ldpreload.com, jbaublitz@redhat.com, Masahiro Yamada , Linus Torvalds , Greg KH , Miguel Ojeda , Steven Rostedt , LKML , clang-built-linux Subject: Re: Linux kernel in-tree Rust support Message-ID: <20200712204501.GC25970@localhost> References: <20200712123151.GB25970@localhost> <20200712193944.GA81641@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20200712193944.GA81641@localhost> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Jul 12, 2020 at 12:39:44PM -0700, Josh Triplett wrote: > On Sun, Jul 12, 2020 at 03:31:51PM +0300, Adrian Bunk wrote: > > On Thu, Jul 09, 2020 at 11:41:47AM -0700, Nick Desaulniers wrote: > > >... > > > but also a larger question of "should we do > > > this?" or "how might we place limits on where this can be used?" > > >... > > > > I won't attend, but I do have a topic that should be covered: > > > > Firefox always depends on recent Rust, which forces distributions to > > update Rust in stable releases. > > > > As an example: > > Ubuntu LTS releases upgrade to a new Rust version every 1-2 months. > > Ubuntu 16.04 started with Rust 1.7.0 and is now at Rust 1.41.0. > > > > It would not sound good to me if security updates of distribution > > kernels might additionally end up using a different version of the > > Rust compiler - the toolchain for the kernel should be stable. > > > > Would Rust usage in the kernel require distributions to ship > > a "Rust for Firefox" and a "Rust for the kernel"? > > Rust has hard stability guarantees when upgrading from one stable > version to the next. If code compiles with a given stable version of > Rust, it'll compile with a newer stable version of Rust. Given that, a > stable distribution will just need a single sufficiently up-to-date Rust > that meets the minimum version requirements of both Firefox and Linux. >... API stability avoids problems that are visible early as build errors. Rust cannot offer a hard stability guarantee that there will never be a code generation regression on any platform. Rust gets updated frequently. Sometimes this also changes the LLVM version used by Rust. Debian stable supports targets like ARMv5 and 32bit MIPS. Distribution kernel updates are often automatically installed on user hardware. cu Adrian