Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp8276351rwp; Wed, 19 Jul 2023 07:42:12 -0700 (PDT) X-Google-Smtp-Source: APBJJlE5X+QTmKsVWGXNH6/otL5NkX2+Z3UWiKc9s+2G0fRUlFnr2ufwjFsLFi16quLRQXZhSEWG X-Received: by 2002:a17:90a:6c01:b0:262:e439:5013 with SMTP id x1-20020a17090a6c0100b00262e4395013mr15259282pjj.9.1689777732074; Wed, 19 Jul 2023 07:42:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689777732; cv=none; d=google.com; s=arc-20160816; b=cSbfDEP1tdtHeqVCZCjtqT2W4OTxjw88u5ZNtPJCKVs07liPxbkvl1O7GbCcJdPW4v 3mCLGHJBfNibPrNiz2KW0XOjDDoz5skrhZY9Z3wcQU3YDg+/v9Q1WM/M8AMFX423UGql u/Z25ZTL1fT6MZ0iaD9WpJ52bkGu+cBrSo6NgqpXqF1rXR3H0lnQKR8I3zqwLJujTpsU SHZ9sny+NtSppZ5ehwrGgbgmIH8GgL800RcQS4Hhm9/H8C5wei0Zn0h28jsleYeStVrg SMBPIn9kF99nhepObrZA3HbyAZZAyi7TKisfz6QkDpy9Yif1ALQUzzkkd0KnvA/9a8Dd hPpQ== 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:references:in-reply-to:message-id:subject:cc:from:to :dkim-signature:date; bh=0vuOV/QmUmOY88awAOdtxPsMJ6M9quIP7ewNLnDRz8Q=; fh=ahHPrvxY+ty2HIuIPh5QXslVmwB1wHeJjzGZ+GeRryw=; b=T3To0ABhYTqjaTLYE0SElXhr2RYyd/aH+hDJyECRk8HMtqbE2qehtYgz+CmgGpGfzk bNMjr/TEer1yRltdcLsk3NFcJihx2iTU1QrUGGVrdMzXA/JVxMbZCazxN3X8evrMr4Fi Fr3Q+SFf/oKNK1/b+SoRK58BYk8kcw32U9J872GOm+sFDX/5pTPbjCVWeOk6UFChNpDQ eyr2/0sn10K+UwdrIePeWHSgPYgPZ4gWs2KpiTgUxWLcNJ3InGC59s4FbDRngVDoa1yY XVyLwCCIa9diSRavc5t9vmQ2kWvLMPOpF+Igsx7k5najGtayxgq8nkWtl3U7MxnycHb4 9/Rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@proton.me header.s=protonmail header.b=QoXU6WJ3; 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=proton.me Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id u17-20020a17090a891100b00263e423753dsi1456285pjn.42.2023.07.19.07.41.59; Wed, 19 Jul 2023 07:42:12 -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=@proton.me header.s=protonmail header.b=QoXU6WJ3; 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=proton.me Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231466AbjGSOVf (ORCPT + 99 others); Wed, 19 Jul 2023 10:21:35 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51708 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231145AbjGSOVc (ORCPT ); Wed, 19 Jul 2023 10:21:32 -0400 Received: from mail-4316.protonmail.ch (mail-4316.protonmail.ch [185.70.43.16]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0636E2706; Wed, 19 Jul 2023 07:21:04 -0700 (PDT) Date: Wed, 19 Jul 2023 14:20:50 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=proton.me; s=protonmail; t=1689776461; x=1690035661; bh=0vuOV/QmUmOY88awAOdtxPsMJ6M9quIP7ewNLnDRz8Q=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=QoXU6WJ3mXQgIgYG+lRdE61zAJX6dNOErrJcYdOO5EpjyWrDP69LzaJY8CSfnbjii KvOOdWGUm1M1igFRtL8YKTIHd1TPCoS2/m4qqUlsXmsY7boZ52t7JE6Uf+yFBdyI1E Ty7V/p1wNh0BDeI4o9jNfuqxgTlncwEKvS6lgIXG0zk+uoyx5t7F+SFHT5F1DTF69e SGKMmIR9v/8T8keT9SFg45ze9qJaySjbd6kU6Z7BzvjaTxudFn7W+4z9IzbF1MSHL8 l9YLLYdoZT+NesXhZseWQwFWEfDJg6I975VL3D96ZvpAOesCH3XeUkMEm+SlDv5DWj nffeBRuqAbz3g== To: Miguel Ojeda , Wedson Almeida Filho , Alex Gaynor From: Benno Lossin Cc: Boqun Feng , Gary Guo , =?utf-8?Q?Bj=C3=B6rn_Roy_Baron?= , Benno Lossin , Alice Ryhl , Andreas Hindborg , rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, Asahi Lina Subject: [PATCH v2 06/12] rust: init: add `..Zeroable::zeroed()` syntax for zeroing all missing fields Message-ID: <20230719141918.543938-7-benno.lossin@proton.me> In-Reply-To: <20230719141918.543938-1-benno.lossin@proton.me> References: <20230719141918.543938-1-benno.lossin@proton.me> Feedback-ID: 71780778:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_BLOCKED, RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_PASS,SPF_PASS, T_SCC_BODY_TEXT_LINE,URIBL_BLOCKED autolearn=ham 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 Add the struct update syntax to the init macros, but only for `..Zeroable::zeroed()`. Adding this at the end of the struct initializer allows one to omit fields from the initializer, these fields will be initialized with 0x00 set to every byte. Only types that implement the `Zeroable` trait can utilize this. Suggested-by: Asahi Lina Signed-off-by: Benno Lossin --- v1 -> v2: * fix doctest imports * fix doctest examples * fix `Zeroable` path in the `__init_internal` macro * rename `is_zeroable` -> `assert_zeroable` * add missing `{}` to the case when `..Zeroable::zeroed()` is present * add `allow(unused_assignments)` in the type-checked struct initializer rust/kernel/init.rs | 16 +++++- rust/kernel/init/macros.rs | 115 ++++++++++++++++++++++++++++++++++++- 2 files changed, 129 insertions(+), 2 deletions(-) diff --git a/rust/kernel/init.rs b/rust/kernel/init.rs index 0120674b451e..460f808ebf84 100644 --- a/rust/kernel/init.rs +++ b/rust/kernel/init.rs @@ -517,13 +517,17 @@ macro_rules! stack_try_pin_init { /// - Fields that you want to initialize in-place have to use `<-` instead= of `:`. /// - In front of the initializer you can write `&this in` to have access = to a [`NonNull`] /// pointer named `this` inside of the initializer. +/// - Using struct update syntax one can place `..Zeroable::zeroed()` at t= he very end of the +/// struct, this initializes every field with 0 and then runs all initia= lizers specified in the +/// body. This can only be done if [`Zeroable`] is implemented for the s= truct. /// /// For instance: /// /// ```rust -/// # use kernel::{macros::pin_data, pin_init}; +/// # use kernel::{macros::{Zeroable, pin_data}, pin_init}; /// # use core::{ptr::addr_of_mut, marker::PhantomPinned}; /// #[pin_data] +/// #[derive(Zeroable)] /// struct Buf { /// // `ptr` points into `buf`. /// ptr: *mut u8, @@ -536,6 +540,10 @@ macro_rules! stack_try_pin_init { /// ptr: unsafe { addr_of_mut!((*this.as_ptr()).buf).cast() }, /// pin: PhantomPinned, /// }); +/// pin_init!(Buf { +/// buf: [1; 64], +/// ..Zeroable::zeroed() +/// }); /// ``` /// /// [`try_pin_init!`]: kernel::try_pin_init @@ -555,6 +563,7 @@ macro_rules! pin_init { @data(PinData, use_data), @has_data(HasPinData, __pin_data), @construct_closure(pin_init_from_closure), + @munch_fields($($fields)*), ) }; } @@ -611,6 +620,7 @@ macro_rules! try_pin_init { @data(PinData, use_data), @has_data(HasPinData, __pin_data), @construct_closure(pin_init_from_closure), + @munch_fields($($fields)*), ) }; ($(&$this:ident in)? $t:ident $(::<$($generics:ty),* $(,)?>)? { @@ -624,6 +634,7 @@ macro_rules! try_pin_init { @data(PinData, use_data), @has_data(HasPinData, __pin_data), @construct_closure(pin_init_from_closure), + @munch_fields($($fields)*), ) }; } @@ -658,6 +669,7 @@ macro_rules! init { @data(InitData, /*no use_data*/), @has_data(HasInitData, __init_data), @construct_closure(init_from_closure), + @munch_fields($($fields)*), ) } } @@ -708,6 +720,7 @@ macro_rules! try_init { @data(InitData, /*no use_data*/), @has_data(HasInitData, __init_data), @construct_closure(init_from_closure), + @munch_fields($($fields)*), ) }; ($(&$this:ident in)? $t:ident $(::<$($generics:ty),* $(,)?>)? { @@ -721,6 +734,7 @@ macro_rules! try_init { @data(InitData, /*no use_data*/), @has_data(HasInitData, __init_data), @construct_closure(init_from_closure), + @munch_fields($($fields)*), ) }; } diff --git a/rust/kernel/init/macros.rs b/rust/kernel/init/macros.rs index 5de939e0801f..f5d7f0943f60 100644 --- a/rust/kernel/init/macros.rs +++ b/rust/kernel/init/macros.rs @@ -989,6 +989,7 @@ impl<$($impl_generics)*> $pin_data<$($ty_generics)*> /// /// This macro has multiple internal call configurations, these are always= the very first ident: /// - nothing: this is the base case and called by the `{try_}{pin_}init!`= macros. +/// - `with_update_parsed`: when the `..Zeroable::zeroed()` syntax has bee= n handled. /// - `init_slot`: recursively creates the code that initializes all field= s in `slot`. /// - `make_initializer`: recursively create the struct initializer that g= uarantees that every /// field has been initialized exactly once. @@ -1007,6 +1008,82 @@ macro_rules! __init_internal { @has_data($has_data:ident, $get_data:ident), // `pin_init_from_closure` or `init_from_closure`. @construct_closure($construct_closure:ident), + @munch_fields(), + ) =3D> { + $crate::__init_internal!(with_update_parsed: + @this($($this)?), + @typ($t $(::<$($generics),*>)? ), + @fields($($fields)*), + @error($err), + @data($data, $($use_data)?), + @has_data($has_data, $get_data), + @construct_closure($construct_closure), + @zeroed(), // nothing means default behavior. + ) + }; + ( + @this($($this:ident)?), + @typ($t:ident $(::<$($generics:ty),*>)?), + @fields($($fields:tt)*), + @error($err:ty), + // Either `PinData` or `InitData`, `$use_data` should only be pres= ent in the `PinData` + // case. + @data($data:ident, $($use_data:ident)?), + // `HasPinData` or `HasInitData`. + @has_data($has_data:ident, $get_data:ident), + // `pin_init_from_closure` or `init_from_closure`. + @construct_closure($construct_closure:ident), + @munch_fields(..Zeroable::zeroed()), + ) =3D> { + $crate::__init_internal!(with_update_parsed: + @this($($this)?), + @typ($t $(::<$($generics),*>)? ), + @fields($($fields)*), + @error($err), + @data($data, $($use_data)?), + @has_data($has_data, $get_data), + @construct_closure($construct_closure), + @zeroed(()), // `()` means zero all fields not mentioned. + ) + }; + ( + @this($($this:ident)?), + @typ($t:ident $(::<$($generics:ty),*>)?), + @fields($($fields:tt)*), + @error($err:ty), + // Either `PinData` or `InitData`, `$use_data` should only be pres= ent in the `PinData` + // case. + @data($data:ident, $($use_data:ident)?), + // `HasPinData` or `HasInitData`. + @has_data($has_data:ident, $get_data:ident), + // `pin_init_from_closure` or `init_from_closure`. + @construct_closure($construct_closure:ident), + @munch_fields($ignore:tt $($rest:tt)*), + ) =3D> { + $crate::__init_internal!( + @this($($this)?), + @typ($t $(::<$($generics),*>)? ), + @fields($($fields)*), + @error($err), + @data($data, $($use_data)?), + @has_data($has_data, $get_data), + @construct_closure($construct_closure), + @munch_fields($($rest)*), + ) + }; + (with_update_parsed: + @this($($this:ident)?), + @typ($t:ident $(::<$($generics:ty),*>)?), + @fields($($fields:tt)*), + @error($err:ty), + // Either `PinData` or `InitData`, `$use_data` should only be pres= ent in the `PinData` + // case. + @data($data:ident, $($use_data:ident)?), + // `HasPinData` or `HasInitData`. + @has_data($has_data:ident, $get_data:ident), + // `pin_init_from_closure` or `init_from_closure`. + @construct_closure($construct_closure:ident), + @zeroed($($init_zeroed:expr)?), ) =3D> {{ // We do not want to allow arbitrary returns, so we declare this t= ype as the `Ok` return // type and shadow it later when we insert the arbitrary user code= . That way there will be @@ -1024,6 +1101,17 @@ macro_rules! __init_internal { { // Shadow the structure so it cannot be used to return= early. struct __InitOk; + // If `$init_zeroed` is present we should zero the slo= t now and not emit an + // error when fields are missing (since they will be z= eroed). We also have to + // check that the type actually implements `Zeroable`. + $({ + fn assert_zeroable(_: *= mut T) {} + // Ensure that the struct is indeed `Zeroable`. + assert_zeroable(slot); + // SAFETY: The type implements `Zeroable` by the = check above. + unsafe { ::core::ptr::write_bytes(slot, 0, 1) }; + $init_zeroed // this will be `()` if set. + })? // Create the `this` so it can be referenced by the us= er inside of the // expressions creating the individual fields. $(let $this =3D unsafe { ::core::ptr::NonNull::new_unc= hecked(slot) };)? @@ -1060,7 +1148,7 @@ macro_rules! __init_internal { @data($data:ident), @slot($slot:ident), @guards($($guards:ident,)*), - @munch_fields($(,)?), + @munch_fields($(..Zeroable::zeroed())? $(,)?), ) =3D> { // Endpoint of munching, no fields are left. If execution reaches = this point, all fields // have been initialized. Therefore we can now dismiss the guards = by forgetting them. @@ -1161,6 +1249,31 @@ macro_rules! __init_internal { ); } }; + (make_initializer: + @slot($slot:ident), + @type_name($t:ident), + @munch_fields(..Zeroable::zeroed() $(,)?), + @acc($($acc:tt)*), + ) =3D> { + // Endpoint, nothing more to munch, create the initializer. Since = the users specified + // `..Zeroable::zeroed()`, the slot will already have been zeroed = and all field that have + // not been overwritten are thus zero and initialized. We still ch= eck that all fields are + // actually accessible by using the struct update syntax ourselves= . + // Since we are in the `if false` branch, this will never get exec= uted. We abuse `slot` to + // get the correct type inference here: + #[allow(unused_assignments)] + unsafe { + let mut zeroed =3D ::core::mem::zeroed(); + // We have to use type inference here to make zeroed have the = correct type. This does + // not get executed, so it has no effect. + ::core::ptr::write($slot, zeroed); + zeroed =3D ::core::mem::zeroed(); + ::core::ptr::write($slot, $t { + $($acc)* + ..zeroed + }); + } + }; (make_initializer: @slot($slot:ident), @type_name($t:ident), --=20 2.41.0