Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1156216rwl; Wed, 5 Apr 2023 12:38:17 -0700 (PDT) X-Google-Smtp-Source: AKy350Zws+cgkRITJQT+aMsukjtwuBY/WY6WftAFSSzZ7pMfDWbE3Fv7Zy7vG0aB7Emz3iZnK9kc X-Received: by 2002:a17:90b:4b10:b0:23b:49ad:a350 with SMTP id lx16-20020a17090b4b1000b0023b49ada350mr8361236pjb.9.1680723497368; Wed, 05 Apr 2023 12:38:17 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680723497; cv=none; d=google.com; s=arc-20160816; b=mpsYpxES9u9SeP3HGqlqarmOQ1HwLOKz5gbVcvCyEhQaeWeVfaZ/zn92/v0/9Mmv+T tD7sgITYqY8U0Ih+zC3Y4IiyJYCkSipfMpYp72ySlt0h7Q/QlSK6G9I4lClOwcyIh979 gmBS4x1ekE5ZUC9JJZdP5suWOhmIGfqnQOM6lFwv5dCTJitBvqztQFtW0NBSNEcDte9c TkEv6EYaeXQYHansj+811cc8yd/S3D70XYakVsF131ej8uFh1QT7Vz2NBbqpl2GWfyNr vai4dSbls6IVfYtRt8DwagPpSRgphsI2emmONCLMoneNoV17eU/DzxMsJO5o0ysVH5NO WiiQ== 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=DF4XDoaknDPNEV8M+O8ahT8qTOgWnNq6loKjdV4sfjM=; b=Xi3n2g1XBnKDFoVthMBCl89tbo/3Bt1eUERldyulxkuDik/BP/bxX5gEUYIA0QDIk1 X5xtld7saibnRfMvXhwlb+HFRjHtvNw4XFpJEkunHv61fbZ3FSqfAHVZTLP64Qp8Ser3 d1LtR/5CR2wjdqR4l7LzQvilXydwHmslcvVOkHWspmj3JPKgPbPpqf1is8GU6/JgQUy8 Wpxvu6EMDm5ihF+egOx1ApBcxYADyqK8vg/LWOkxRsXL4ZcW4EGCBDgVEzBeMlaHpiHT fGJuYRrB/6kuO7gGXpQ5e/sMBSxr11CfNcKwqoEKQftjJqmemb/wMIdHDEYpDbQTgTpM J0Ng== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b=ZBcIDupC; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y20-20020a170902b49400b001a11cf69a5csi1053723plr.612.2023.04.05.12.38.05; Wed, 05 Apr 2023 12:38:17 -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=ZBcIDupC; 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 S233160AbjDETgF (ORCPT + 99 others); Wed, 5 Apr 2023 15:36:05 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53820 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233162AbjDETgC (ORCPT ); Wed, 5 Apr 2023 15:36:02 -0400 Received: from mail-4322.protonmail.ch (mail-4322.protonmail.ch [185.70.43.22]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C932B7689 for ; Wed, 5 Apr 2023 12:35:55 -0700 (PDT) Date: Wed, 05 Apr 2023 19:35:30 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1680723353; x=1680982553; bh=DF4XDoaknDPNEV8M+O8ahT8qTOgWnNq6loKjdV4sfjM=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=ZBcIDupCNjdAU7MCM1CQd2XsieCSPSCP+bljJffxvOCfJ0JZAHx2+/+8797z3fFi8 FtGmdnxGUWJD/7BYtxUuWA/UbBJeyF21mRE/sU3RR5JvsSut6SXOCABWGLfDHyb9me 1yIJSx3FSIajlqgl80CQ1iw0h9803BH8TnxTu149ho1NKI2n8WwW4mgoO03YOWLlED tTRijf2Vf64/Rg8Sz6MNKcWaGjju6hflhry4LRp5RHUw7yQN71AOgAfLxzCdfJalhD jXz5bUgN3RtiIiVD1WeERr7e0HxNgN2HZ+eG0Cj6gFkUEhTsAeUtufuQBqXPj5Mio4 1uroU/DFz6iKA== To: Miguel Ojeda , Alex Gaynor , Wedson Almeida Filho , Boqun Feng , Gary Guo , =?utf-8?Q?Bj=C3=B6rn_Roy_Baron?= , Alice Ryhl , Andreas Hindborg From: Benno Lossin Cc: rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, patches@lists.linux.dev, Benno Lossin Subject: [PATCH v6 00/15] Rust pin-init API for pinned initialization of structs Message-ID: <20230405193445.745024-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=-0.2 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 autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This is the sixth version of the pin-init API. See [1] for v5. 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>` that unsafely assumes the pointee to be initialized and returns a `UniqueArc`. `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` 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: v5 -> v6: - Change `pinned_drop` macro to allow `mut self` in the signature. - Change statement fragment to tt fragemnt in `pinned_drop` to prevent parsing errors. - Move evaluation of the value in `stack_pin_init!`/`stack_try_pin_init!` to the beginning. - Move setting uninitialized flag in front of dropping the value in `StackInit::init`. - Remove `Unpin` requirement on `zeroed()`. - Add note about `Pointee` to the `Zeroable` impl on raw pointers. 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 for Init`. - 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` 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/20230403154422.168633-1-y86-dev@= protonmail.com/ [2] https://github.com/y86-dev/linux.git patch/pinned-init-v6 [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>` Gary Guo (1): rust: macros: add `quote!` macro rust/kernel/init.rs | 1427 ++++++++++++++++++++++++++++++++ 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, 3114 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