Message ID | 20230403154422.168633-1-y86-dev@protonmail.com |
---|---|
Headers |
Return-Path: <linux-kernel-owner@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a59:b0ea:0:b0:3b6:4342:cba0 with SMTP id b10csp2401354vqo; Mon, 3 Apr 2023 08:50:58 -0700 (PDT) X-Google-Smtp-Source: AKy350ZFfFroKMbwe8TN0kSrdI1yTtS0MGB8y6EKXQokZnjeCcXXZC6ZA/U5WwODw0XdBx/mFIgL X-Received: by 2002:a50:fb11:0:b0:4fb:5291:13bb with SMTP id d17-20020a50fb11000000b004fb529113bbmr37474633edq.39.1680537058111; Mon, 03 Apr 2023 08:50:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680537058; cv=none; d=google.com; s=arc-20160816; b=DX5tsXHe/YNS5TAXZt8VtlQo3wAwTFUAwr4sNOjB763W6BOOUo6RBUiuinvWh/15Qi Ftf+FTAJR+W2qCBKbRv9VoQ7UPQbPOtOgpRJxfaSmq3svxRm99qSnMUYemoa9GFXReDc jwF/hjqMqh6+S9RKYpvXl2ddvBItxKwT6aYCv+QJDYNhLbpr+LI2RfGY2Z+Lb7n7HBYx JYqoAb4xgCKwVE6CzeS8gTWt+OfcH4gBogGg8+0snEB2begTscnsQNcevuhCHzi8vd6O gg8xiU7YBZjupAs7HWVR8gLb74VWrEy2MWFCw6b+xOYYy8q0VsAm1z6TTVVCvrmFS/yw RP9Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :feedback-id:message-id:subject:cc:from:to:dkim-signature:date; bh=2TYOlIjO0toD/0pYOCFIPCuvZ5f4czPXBpq/bW9y2lw=; b=lZ09XFxB/etHoGpx6dKtN88xfPlahOgjzo9Vz8TDd44pXsHJyCvNLAICvBnYWGoDZj Z5HbKFbo0rlp/A7mz41/Bv3xSiBWDTvjnYtUeQNpJ3+Lra1bxw8OAd0M4sMBwwDxEoeR o2PmHNWNLRuGRPhtiJMfNwO6VW4UHcWs6fqFs/rsMYaZky+y1+5x0D4j07uXpznN5+hn sHXYPfGmfm6URbnaaqiv6rDgbPmeL6aRBpt/SG4CTD3IzR4rM6SRE4AuEMIiSXJnmeqe NFnDtDYo3B7ABY5c7qGa5IIXxCxqJRGZwKfBseAvaS9FA7h19MGHVNGN/TL1/PSIoqxn Bmnw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b=A5QsS7sQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id t4-20020aa7d704000000b00501c10ec485si438608edq.0.2023.04.03.08.50.11; Mon, 03 Apr 2023 08:50:58 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b=A5QsS7sQ; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=protonmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232734AbjDCPo5 (ORCPT <rfc822;zwp10758@gmail.com> + 99 others); Mon, 3 Apr 2023 11:44:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:49602 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232369AbjDCPox (ORCPT <rfc822;linux-kernel@vger.kernel.org>); Mon, 3 Apr 2023 11:44:53 -0400 Received: from mail-4322.protonmail.ch (mail-4322.protonmail.ch [185.70.43.22]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 776AE2D6A for <linux-kernel@vger.kernel.org>; Mon, 3 Apr 2023 08:44:51 -0700 (PDT) Date: Mon, 03 Apr 2023 15:44:39 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1680536689; x=1680795889; bh=2TYOlIjO0toD/0pYOCFIPCuvZ5f4czPXBpq/bW9y2lw=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=A5QsS7sQvg/A4uhuNLWUYMRWfRBldVlHj4QhDHK5QkZ0yYfo+YQ//Cu9kpQJRyr6g tUhvttVHuDAoZNkGBq1eplb3vhsDo2POrlwhR7iVzpn+xSHtXgAWvWuPbEmS68QBOn zEern+wpqfO53lJt6zwzAcGJKGjfLPB2tEkxTWX5KDXVZ74VKXVbvu78z07a7QDWIM mJPekL9OC2/AU5JE8De238mGfSshIQ5N/zj1MChI9nLZ1OGWN8IUM0zeseSx9Q3RVG B/ihN7j/zddEp/xs+gJybX3wZg4OizKIQYdfjt5gcC87wqqyqKdDMMYpADPyyd/fV8 irKbiR+XkvyRA== To: Miguel Ojeda <ojeda@kernel.org>, Alex Gaynor <alex.gaynor@gmail.com>, Wedson Almeida Filho <wedsonaf@gmail.com>, Boqun Feng <boqun.feng@gmail.com>, Gary Guo <gary@garyguo.net>, =?utf-8?q?Bj=C3=B6rn_Roy_Baron?= <bjorn3_gh@protonmail.com>, Alice Ryhl <alice@ryhl.io> From: Benno Lossin <y86-dev@protonmail.com> Cc: rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, patches@lists.linux.dev, Benno Lossin <y86-dev@protonmail.com> Subject: [PATCH v5 00/15] Rust pin-init API for pinned initialization of structs Message-ID: <20230403154422.168633-1-y86-dev@protonmail.com> Feedback-ID: 40624463:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=1.5 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM,RCVD_IN_MSPIKE_H2, SPF_HELO_PASS,SPF_PASS,URIBL_BLACK autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: <linux-kernel.vger.kernel.org> X-Mailing-List: linux-kernel@vger.kernel.org X-getmail-retrieved-from-mailbox: =?utf-8?q?INBOX?= X-GMAIL-THRID: =?utf-8?q?1762170826168934659?= X-GMAIL-MSGID: =?utf-8?q?1762170826168934659?= |
Series |
Rust pin-init API for pinned initialization of structs
|
|
Message
y86-dev
April 3, 2023, 3:44 p.m. UTC
This is the fifth version of the pin-init API. See [1] for v4. The tree at [2] contains these patches applied on top of 6.3-rc1. The Rust-doc documentation of the pin-init API can be found at [3]. These patches are a long way coming, since I held a presentation on safe pinned initialization at Kangrejos [4]. And my discovery of this problem was almost a year ago [5]. - #1 enables the `pin_macro` feature which is already stable in Rust version 1.68. - #2 adds a utility macro `quote!` for proc-macros. This macro converts the typed characters directly into Rust tokens that are the output of proc-macros. It is used by the pin-init API proc-macros. - #3 changes the `Err` types of the constructor functions of `Arc` and `UniqueArc` to `AllocError`. - #4 adds the `assume_init` function to `UniqueArc<MaybeUninit<T>>` that unsafely assumes the pointee to be initialized and returns a `UniqueArc<T>`. `UniqueArc::write` is modified to use this new function. Later patches use it as well. - #5 adds `Opaque::raw_get` to access the value inside of an `Opaque` from a raw pointer only. - #6-11 introduce the pin-init API. The commit message of #4 details the problem it solves and lays out the overall architecture. The implementation details are fairly complex; however, this is required to provide a safe API for users -- reducing the amount of `unsafe` code is a key goal of the Rust support in the kernel. An example of the before/after difference from the point of view of users is provided in the commit message. It is a goal to at some point have pin-init as a language feature of Rust. A first step in this direction is the Field Projection RFC [6]. - #12 adds important traits and macros from pin-init to the prelude. - #13 adds functions for easier initialization of `Opaque<T>` via FFI and raw pointer initializer functions. This is necessary when writing Rust wrappers and will be used by Wedson's `sync` module patches. - #14 improves the `UniqueArc::try_new_uninit` function by using the pin-init API. The old version first allocated uninitialized memory on the stack and then moved it into the location in the heap. The new version directly allocates this on the heap. - #15 adds functions for initializing already allocated `UniqueArc`s, this will be used by the Android Binder driver. -- Changelog: v4 -> v5: - Add `pin_macro` to `rust_allowed_features`. - Improve wording of commit message #6. - Remove `PinInit` as a supertrait from `Init`, instead add a blanket impl: `impl PinInit<T, E> for Init<T, E>`. - Fix `BigBuf` example on `try_init!`. - Fix imports in `arc.rs`. v3 -> v4: - Improve documentation. - Fixing doc-tests imports, comments and full paths in macro examples. - Implement `Zeroable` for many more types. - Fix unsoundness: `Zeroable` allowed to create fat pointers with a null VTABLE pointer. - Split fallible components from `stack_pin_init!` into `stack_try_pin_init!`. - Move `Invariant` type alias and `InitClosure` into `__internal`. - Change the error type of the constructor functions of `Arc` and `UniqueArc` to `AllocError`. - Add `try` variants to `InPlaceInit` to allow custom error types. - Make `StackInit::init` a safe function. - Rename `OnlyCallFromDrop::create` to `OnlyCallFromDrop::new`. - Enable the `pin_macro` feature for use inside of `stack_pin_init!`. - Make `quote!` and `quote_spanned!` use absolute paths. v2 -> v3: - Split the big original commit into six smaller commits. - Use `PinnedDrop` in the `RawFoo` code example. - Move the `init::common::ffi_init` functions to `Opaque::ffi_init`. - Move all `#[doc(hidden)]`, internal types into the new `__internal` module. - Specify safety guarantees and requirements of the initializer macros. - Add a detailed example of what the expanded code of the various macros looks like. - Require generics in the initializer macros to use turbofish syntax (`::<>`). - Refactor the internals of the initializer macros, this way they have better type inference and generic arguments can be omitted more often. - Replace `init::from_value` with a blanket impl of the initializer traits for ordinary objects. - Add initializing functions for already allocated `UniqueArc`s. - Add `Opaque::manual_init` functions akin to `ffi_init`, but they take an `extern "Rust" fn` instead. - Documentation and inline comment improvements. v1 -> v2: - Split the common module and `UniqueArc::assume_init` into their own commits. - Change the generics syntax of `pin_init!` to reflect normal struct generic syntax. - Replace `PinnedDrop::__ensure_no_unsafe_op_in_drop` with an only unsafely creatable token. - Hide `StackInit<T>` in the docs, because it is internal API. - Improve macro internals of `pin_init!` according to Gary's review. - Add check for `PhantomPinned` fields without a `#[pin]` attribute in `#[pin_data]`, as those fields will not have the intended effect. - Add docs to `quote.rs`. [1] https://lore.kernel.org/rust-for-linux/20230331215053.585759-1-y86-dev@protonmail.com/ [2] https://github.com/y86-dev/linux.git patch/pinned-init-v5 [3] https://rust-for-linux.github.io/docs/pinned-init/kernel/init [4] https://kangrejos.com [5] https://github.com/Rust-for-Linux/linux/issues/772 [6] https://github.com/rust-lang/rfcs/pull/3318 Benno Lossin (14): rust: enable the `pin_macro` feature rust: sync: change error type of constructor functions rust: sync: add `assume_init` to `UniqueArc` rust: types: add `Opaque::raw_get` rust: add pin-init API core rust: init: add initialization macros rust: init/sync: add `InPlaceInit` trait to pin-initialize smart pointers rust: init: add `PinnedDrop` trait and macros rust: init: add `stack_pin_init!` macro rust: init: add `Zeroable` trait and `init::zeroed` function rust: prelude: add `pin-init` API items to prelude rust: types: add common init-helper functions for `Opaque` rust: sync: reduce stack usage of `UniqueArc::try_new_uninit` rust: sync: add functions for initializing `UniqueArc<MaybeUninit<T>>` Gary Guo (1): rust: macros: add `quote!` macro rust/kernel/init.rs | 1430 ++++++++++++++++++++++++++++++++ rust/kernel/init/__internal.rs | 222 +++++ rust/kernel/init/macros.rs | 971 ++++++++++++++++++++++ rust/kernel/lib.rs | 7 + rust/kernel/prelude.rs | 6 +- rust/kernel/sync/arc.rs | 81 +- rust/kernel/types.rs | 55 ++ rust/macros/lib.rs | 80 ++ rust/macros/pin_data.rs | 79 ++ rust/macros/pinned_drop.rs | 49 ++ rust/macros/quote.rs | 143 ++++ scripts/Makefile.build | 2 +- 12 files changed, 3117 insertions(+), 8 deletions(-) create mode 100644 rust/kernel/init.rs create mode 100644 rust/kernel/init/__internal.rs create mode 100644 rust/kernel/init/macros.rs create mode 100644 rust/macros/pin_data.rs create mode 100644 rust/macros/pinned_drop.rs create mode 100644 rust/macros/quote.rs base-commit: fe15c26ee26efa11741a7b632e9f23b01aca4cc6 -- 2.39.2