Received: by 2002:a05:6a10:17d3:0:0:0:0 with SMTP id hz19csp660350pxb; Fri, 16 Apr 2021 15:07:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzs6JOUGec/1HGreXLpewwB9YUWXqPO4brSAtBDeX2ILs+u4FjkEWYqveV1mT4d7CWUIlA5 X-Received: by 2002:aa7:de12:: with SMTP id h18mr12529133edv.380.1618610872047; Fri, 16 Apr 2021 15:07:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618610872; cv=none; d=google.com; s=arc-20160816; b=GkajsykcuoPUSIGV7Xlre0Z9/mxJklXJ+KdYGFMP0FatxElqVIkRAg4gnQmgiLSTWg zYTFUKmdlD8IC7026CYQ3pnWsHWiJ0TZljmj/E4tXj9n+2GZpz180e5JWHUVZqpWUe0l 44W6LjlmnDGCwaWeWbTmZjj12DXycj5WbD0nyVewa5dzDkdo/Ilu+uxzUJ59luz8vISG 66GbVGF4kPvTnEa0HElPBgC+lfJgLXSdVhTL4I/FWlCIPbJ7W+y+zy90o5jLZDaIXcC+ ddCTq5SFeIOhpbHPzTkh2HrmFPayIqAfwV51ESDRfvz4go7eWwGwd3iqcRaJRHqoOMGx sHZg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=AYc+ztokZlKkaE2qoE90VvxfS94jhTHL1uyI+n+xZao=; b=qC7ciGuKdaOG8FljfTj6X5iw0yo3V/PJTz8jDHdnj6TxmfMbqyH4TD5ScKCUB4PzpE Dg9OmpFzFKtEPD+I+Rsm7eNak3cogdseLN6ikpL6WYqndAMdG8oDNDj7JonvsLr/obZN 6fuSs9Bg1TIbBjWmtiThjydjp++7/TNl9TQ/1t3kxH/QQdfPzezSKqo/PM+09PgBDN/Z QeHr1okCNH4qj4T6OclCPyrTdX+y0RjqcS81wDJaaSVwMyzggMqtoWIdSLwwvmao+RhH vXiAxQU9BZNncmSvTntekYtjPmN1vJjWfNCwlRiFn5Klsj6naaifSSnZEfpeFrq+Qo1f hZQw== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p22si2809888edm.277.2021.04.16.15.07.29; Fri, 16 Apr 2021 15:07:52 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S242495AbhDPUtT (ORCPT + 99 others); Fri, 16 Apr 2021 16:49:19 -0400 Received: from relay7-d.mail.gandi.net ([217.70.183.200]:57733 "EHLO relay7-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234312AbhDPUtS (ORCPT ); Fri, 16 Apr 2021 16:49:18 -0400 X-Originating-IP: 50.39.163.217 Received: from localhost (unknown [50.39.163.217]) (Authenticated sender: josh@joshtriplett.org) by relay7-d.mail.gandi.net (Postfix) with ESMTPSA id EA15720002; Fri, 16 Apr 2021 20:48:44 +0000 (UTC) Date: Fri, 16 Apr 2021 13:48:42 -0700 From: Josh Triplett To: Boqun Feng Cc: Peter Zijlstra , ojeda@kernel.org, Linus Torvalds , Greg Kroah-Hartman , rust-for-linux@vger.kernel.org, linux-kbuild@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, Alan Stern , Andrea Parri , Will Deacon , Nicholas Piggin , David Howells , Jade Alglave , Luc Maranget , "Paul E. McKenney" , Akira Yokosawa , Daniel Lustig , Joel Fernandes , Nick Desaulniers , Wedson Almeida Filho Subject: Re: [PATCH 00/13] [RFC] Rust support Message-ID: References: <20210414184604.23473-1-ojeda@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Apr 16, 2021 at 12:27:39PM +0800, Boqun Feng wrote: > Josh, I think it's good if we can connect to the people working on Rust > memoryg model, I think the right person is Ralf Jung and the right place > is https://github.com/rust-lang/unsafe-code-guidelines, but you > cerntainly know better than me ;-) Or maybe we can use Rust-for-Linux or > linux-toolchains list to discuss. Ralf is definitely the right person to talk to. I don't think the UCG repository is the right place to start that discussion, though. For now, I'd suggest starting an email thread with Ralf and some C-and-kernel memory model folks (hi Paul!) to suss out the most important changes that would be needed. With my language team hat on, I'd *absolutely* like to see the Rust memory model support RCU-style deferred reclamation in a sound way, ideally with as little unsafe code as possible.