Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1668693rwl; Fri, 31 Mar 2023 15:00:40 -0700 (PDT) X-Google-Smtp-Source: AKy350bgYr7GzP3JwwkTTtP90C7FI1daR6MaJKJ89jCQb++uI7MZkla812GonBq66Nnk4qXVmVhN X-Received: by 2002:a05:6a20:6914:b0:e3:ffc1:552a with SMTP id q20-20020a056a20691400b000e3ffc1552amr7032440pzj.2.1680300039983; Fri, 31 Mar 2023 15:00:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1680300039; cv=none; d=google.com; s=arc-20160816; b=oYjAJ0LvEKzPQITfPrYRGkJ3MfvicIY9vCRZ/4KGlwGm7y2Deukcb68XiOLG8b3zKa ZL3onV8wUwawzI6IblsA/Mf/D3IyMSGHusLKfLwg1s/0qbR8iKk3Nh4E64Mb9riiSN4q 7n0Ul5qtg6yTt/HV7C8KAXUJQ7yMlLPiQP1teCXD2N1/k2bQRAflyCLlvPO9CbchZCZX 61nIZnssrmz5G1EAgiy3uyRV6/KvtrmyE5QuVlwcBkJQEWJI65fxMX2rNyVXLRRy2hED ZAY07nYheHp1CBJb2mqBd45PMYks7kuIArp1vSh8axgxHQ1+c9RitQ2qQd+OlrU98t3H 2wjQ== 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=1GecTG6cMNHUnl55zwpVGr5SWiWDxMMvxrRphdMkDzM=; b=YEbeQ5EvwU7vPGmVonKeZFXnmm7A1jy5vRO1wSuaSsCfl3dpHKqbISmT6zW6FoMsS2 o0G+q2X3vbvCgJYwqlsiEXtTIKQbXRib5/n7MDraGnZ+Dgcdd/ezbdqdpam0pJ6EJd9I q1092wxaQYzd9lmhcKib5TmpnlU2l5IQEjEv+KQPUADUyJmFjd/H0ixvqPGiv6I8+XrK fVTu5mGssavkq4J6UfRxMJ+YdCfocTVVws36yba1qZOja3nZQuFYYMzXb/hDm4ll9A74 35MeOwf6kyj985yHbexblEqPVFuOSi7PB9M8otIeVisET/dI27Z1/CsxDcnFLVNWEAgA m/pw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@protonmail.com header.s=protonmail3 header.b="H/mNqIvO"; 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 h9-20020a17090adb8900b0024095aaa826si7488866pjv.26.2023.03.31.15.00.29; Fri, 31 Mar 2023 15:00:39 -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="H/mNqIvO"; 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 S233374AbjCaV4W (ORCPT + 99 others); Fri, 31 Mar 2023 17:56:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47716 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233384AbjCaV4I (ORCPT ); Fri, 31 Mar 2023 17:56:08 -0400 Received: from mail-4322.protonmail.ch (mail-4322.protonmail.ch [185.70.43.22]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 11C1B24AF4; Fri, 31 Mar 2023 14:55:35 -0700 (PDT) Date: Fri, 31 Mar 2023 21:54:41 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=protonmail.com; s=protonmail3; t=1680299693; x=1680558893; bh=1GecTG6cMNHUnl55zwpVGr5SWiWDxMMvxrRphdMkDzM=; h=Date:To:From:Cc:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=H/mNqIvOr45ghmNt8qtgctkPuixhU+PCgVBeee893sIWCHl6p2qEZN27wioRs4E+n FqFbvKSBhEF3K3trcy9aH8/qQU9J8cROLpYIYkNal6jzEdiPV5Gpdd0FVFb+adqRfF zdhQnkhGl9QDb54OEJFhVIFwMG6Jkj8KVwKiw/OdzQWQg8QR1JRtKUdVljeQvf8oX4 +Qg0Eg2lNwkaU8E0Cu8qyhJvJrm6buuSXuvwgm2AVA82sfgYtHFQC2ofC/TZhPsfNP F/ICkJlIgQlSDtKX9mngxonjkcjfGPRs4crPUMcRz29WuC6hoxnBzw4FIE+m9IDCgS Qpro+dh3HIZXg== To: Miguel Ojeda , Alex Gaynor , Wedson Almeida Filho , Boqun Feng , Gary Guo , =?utf-8?Q?Bj=C3=B6rn_Roy_Baron?= , Alice Ryhl From: y86-dev@protonmail.com Cc: rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org, patches@lists.linux.dev, Benno Lossin , Alice Ryhl , Andreas Hindborg Subject: [PATCH v4 14/15] rust: sync: reduce stack usage of `UniqueArc::try_new_uninit` Message-ID: <20230331215053.585759-15-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 From: Benno Lossin `UniqueArc::try_new_uninit` calls `Arc::try_new(MaybeUninit::uninit())`. This results in the uninitialized memory being placed on the stack, which may be arbitrarily large due to the generic `T` and thus could cause a stack overflow for large types. Change the implementation to use the pin-init API which enables in-place initialization. In particular it avoids having to first construct and then move the uninitialized memory from the stack into the final location. Signed-off-by: Benno Lossin Cc: Gary Guo Cc: Alice Ryhl Cc: Andreas Hindborg --- rust/kernel/lib.rs | 1 - rust/kernel/sync/arc.rs | 16 +++++++++++++--- 2 files changed, 13 insertions(+), 4 deletions(-) diff --git a/rust/kernel/lib.rs b/rust/kernel/lib.rs index 821bd067151c..2d7606135ef6 100644 --- a/rust/kernel/lib.rs +++ b/rust/kernel/lib.rs @@ -28,7 +28,6 @@ #[cfg(not(CONFIG_RUST))] compile_error!("Missing kernel configuration for conditional compilation")= ; -#[allow(unused_extern_crates)] // Allow proc-macros to refer to `::kernel` inside the `kernel` crate (thi= s crate). extern crate self as kernel; diff --git a/rust/kernel/sync/arc.rs b/rust/kernel/sync/arc.rs index 24dc96603090..5f64affd8f33 100644 --- a/rust/kernel/sync/arc.rs +++ b/rust/kernel/sync/arc.rs @@ -17,7 +17,8 @@ use crate::{ bindings, - init::{InPlaceInit, Init, PinInit}, + init::{self, InPlaceInit, Init, PinInit}, + try_init, types::{ForeignOwnable, Opaque}, }; use alloc::boxed::Box; @@ -29,6 +30,7 @@ use core::{ pin::Pin, ptr::NonNull, }; +use macros::pin_data; /// A reference-counted pointer to an instance of `T`. /// @@ -121,6 +123,7 @@ pub struct Arc { _p: PhantomData>, } +#[pin_data] #[repr(C)] struct ArcInner { refcount: Opaque, @@ -501,9 +504,16 @@ impl UniqueArc { /// Tries to allocate a new [`UniqueArc`] instance whose contents are = not initialised yet. pub fn try_new_uninit() -> Result>, AllocErro= r> { - Ok(UniqueArc::> { + // INVARIANT: The refcount is initialised to a non-zero value. + let inner =3D Box::try_init::(try_init!(ArcInner { + // SAFETY: There are no safety requirements for this FFI call. + refcount: Opaque::new(unsafe { bindings::REFCOUNT_INIT(1) }), + data <- init::uninit::(), + }? AllocError))?; + Ok(UniqueArc { // INVARIANT: The newly-created object has a ref-count of 1. - inner: Arc::try_new(MaybeUninit::uninit())?, + // SAFETY: The pointer from the `Box` is valid. + inner: unsafe { Arc::from_inner(Box::leak(inner).into()) }, }) } } -- 2.39.2