Message ID | 20250408-vma-v16-0-d8b446e885d9@google.com (mailing list archive) |
---|---|
Headers | show
Return-Path: <owner-linux-mm@kvack.org> X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2F106C3600C for <linux-mm@archiver.kernel.org>; Tue, 8 Apr 2025 09:24:03 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 89A356B0007; Tue, 8 Apr 2025 05:24:01 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 870066B0008; Tue, 8 Apr 2025 05:24:01 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 737906B000A; Tue, 8 Apr 2025 05:24:01 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 4E1076B0007 for <linux-mm@kvack.org>; Tue, 8 Apr 2025 05:24:01 -0400 (EDT) Received: from smtpin18.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id 10AA2160963 for <linux-mm@kvack.org>; Tue, 8 Apr 2025 09:24:02 +0000 (UTC) X-FDA: 83310339924.18.E91F685 Received: from mail-wr1-f73.google.com (mail-wr1-f73.google.com [209.85.221.73]) by imf29.hostedemail.com (Postfix) with ESMTP id 130A6120008 for <linux-mm@kvack.org>; Tue, 8 Apr 2025 09:23:59 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=PqeSRFUK; spf=pass (imf29.hostedemail.com: domain of 3Luv0ZwkKCB85GD79MTCGBJJBG9.7JHGDIPS-HHFQ57F.JMB@flex--aliceryhl.bounces.google.com designates 209.85.221.73 as permitted sender) smtp.mailfrom=3Luv0ZwkKCB85GD79MTCGBJJBG9.7JHGDIPS-HHFQ57F.JMB@flex--aliceryhl.bounces.google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1744104240; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding:in-reply-to: references:dkim-signature; bh=EODn55UQ9S18QAKwAlJvt1H624Nxq9sbpLwSEPWET5s=; b=jsWXLWwVYwpMJ7MvhctEfbTwIRk8qXgSuQA2r8egF0nO7ZTKfSLzGNJZ/ViN6nE61y3Bik EsB9bgaHf0mGG0oRf6LJOCnetUEmsiCdBs8aFosli6vf0gC+d/WvtDW4pwq6BKFWeAbzRe GcOh/wglcuADExB41b5PixZ/Xqo4kuE= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=google.com header.s=20230601 header.b=PqeSRFUK; spf=pass (imf29.hostedemail.com: domain of 3Luv0ZwkKCB85GD79MTCGBJJBG9.7JHGDIPS-HHFQ57F.JMB@flex--aliceryhl.bounces.google.com designates 209.85.221.73 as permitted sender) smtp.mailfrom=3Luv0ZwkKCB85GD79MTCGBJJBG9.7JHGDIPS-HHFQ57F.JMB@flex--aliceryhl.bounces.google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1744104240; a=rsa-sha256; cv=none; b=YyUQ2zwHUIWTNJy5PR6WbBAX9E8qOtQ97v+7qWS/WkRAbKmKGa5344glWYpEeQ6Nqilec8 kgjn8C+gibme7cUU2Hom3vjFP7i39j08GwYcDPvARR7GslR8f0nRSy8R8gypFs8F6ElqJd motOZeq0WwaOnDbNVO1y8PuUC0/LlG4= Received: by mail-wr1-f73.google.com with SMTP id ffacd0b85a97d-399744f742bso1432296f8f.1 for <linux-mm@kvack.org>; Tue, 08 Apr 2025 02:23:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1744104238; x=1744709038; darn=kvack.org; h=cc:to:from:subject:message-id:mime-version:date:from:to:cc:subject :date:message-id:reply-to; bh=EODn55UQ9S18QAKwAlJvt1H624Nxq9sbpLwSEPWET5s=; b=PqeSRFUK9pbqOlnl9XnSamqZ2Sp2POthFP59eJfjAiIsboW/vpHhakHseOMZ+aPhSO vc7A/W3Gw8HrVBVliuF3CXk3osCS8gZirVQC7nYz7u6STI+WNWU9EjDXlkkoF+arHv3s iCXJY7d2u6IiAk9+WbQm1TmcYPOvgyuf+N2QMCZLHVY041JF6JUbP5Q0rSAhr++MFMfA +w/c5xNF/QleTUBDumEN7MlmuF1pITeQXaeHXPH+otV2QCfw/GJhENikcFq6DciyinJQ 0sTlPYUD2zxzlJi1/UGjaOAw8avPmqwWdzjvlfSFiu6Z0s+naO9o6ZKNm3YbVvVzrbrx Y0ww== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1744104238; x=1744709038; h=cc:to:from:subject:message-id:mime-version:date:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=EODn55UQ9S18QAKwAlJvt1H624Nxq9sbpLwSEPWET5s=; b=s0kLlcCpqlFHQhQpQrlUYP9pxTiu4xDsdDv7jg+DNC6RCcs+RsVb+NdWC2wzi0nV2H sr7s5daG+971Oo3Nfy1oXp3Go28dCBwTYBTwzr4LEn/8SRgIuHoMQ9qzgzjrBo4UETvJ UvrHpwD8VDoglC7A0CXO3AHfYLf41ZBqarjk5Sbv1UoM5/T8nfWU/XtcAHsBXGqVfMsN S/gag1eBN/HRf2xq6ljiWpDarlQFOr+ntvncdj2fwQFaum9h+lS08aEBQ9RRvFoP6Rqh d2+MfBMP1fqlbtCq8vYLB/gmTI6FuP3+FfhvY64A1WA5EVJ2LdQw+plXTAHdZv762hfe Ss/A== X-Forwarded-Encrypted: i=1; AJvYcCWK2tXeMgMHihpgsFiVRJ0CWiyz5Rzk6HBGmCSRcBvoy2mw54qv35lJNyKyxEOBeij5YyDO/YDjjw==@kvack.org X-Gm-Message-State: AOJu0YycPp1XKcuLoaciJG6vaZDbxwP5hlqHnO489oG8Y+Dw+9BlExbe uf0jxBWAo69nYfurtY0SZEEQmygamqDuyAqxlhy+P6SzXzzG/1f1RN1Epz2TQTjtwbHKvCtdnVj VI1SMCfeq6Add9Q== X-Google-Smtp-Source: AGHT+IHUaBFHW96Gs4xsEMUJyhcH24pQ1u14SHiLgmq/cKMRqCcwxgl8G1NgEJjpkTBcJE4+1Si9chMOdv4Rj6w= X-Received: from wmby23.prod.google.com ([2002:a05:600c:c057:b0:43c:fcbd:f2eb]) (user=aliceryhl job=prod-delivery.src-stubby-dispatcher) by 2002:a05:6000:1a8a:b0:39c:119f:27c4 with SMTP id ffacd0b85a97d-39d6fc4f25fmr8511614f8f.30.1744104238380; Tue, 08 Apr 2025 02:23:58 -0700 (PDT) Date: Tue, 08 Apr 2025 09:22:37 +0000 Mime-Version: 1.0 X-B4-Tracking: v=1; b=H4sIAN3q9GcC/2XSS07EMAwG4KugrgmynadZcQ/EIs+hElA0gyrQa O6OhxZalFWVqJ9j+fd5ONXjWE/D/c15ONZ5PI3TmxzQ3d4M+Tm+Haoai1wMBGTAk1bza1QtACI 3bknbQf58P9Y2fv6UeXyS8/N4+piOXz9VZ7ze/vczKlSaYrFRCoVaHw7TdHipd3l6Ha4FZtojv yASFJOulsmXrGOH9IakwQVpQSW5jBliK5E7ZPaIFmQEAWMMHmyIRnfI7pFbkL0iAxga2FIpdcj 9IQSEBTkFqgQGzck16/uX/B6ZBXlBgFVTC05ysB0KG0JaXwqCatJoyJboXN8e79E6CBbkkXxqu RRr+pwQ9orXdKU9ZUprMokUJa2ebUuBhGtU8hXmnDNgKLTcDwP/1sLK3tiVkTDtLTDHCuj7vUC 9MYLfFdTCKDEHciFqdj0zO4a/zAhLxNn4mAhbP3y0G9OwRibNgrLZGZQIOMD/Ji+XyzeabLZai gMAAA== X-Change-Id: 20240723-vma-f80119f9fb35 X-Developer-Key: i=aliceryhl@google.com; a=openpgp; fpr=49F6C1FAA74960F43A5B86A1EE7A392FDE96209F X-Developer-Signature: v=1; a=openpgp-sha256; l=6266; i=aliceryhl@google.com; h=from:subject:message-id; bh=r4Hu3N2qKPWYSdMjMLUU4leSKcHEUEyG3mqTdjIjwD8=; b=owEBbQKS/ZANAwAKAQRYvu5YxjlGAcsmYgBn9Orrar5BK5Vo24GI4uDyp2BfqPQKp16/q6sP/ z5bXEzuWQOJAjMEAAEKAB0WIQSDkqKUTWQHCvFIvbIEWL7uWMY5RgUCZ/Tq6wAKCRAEWL7uWMY5 RgavD/9JYzBjHS+Mn55+CIHd6R11q6PJ9iGaChY83cMM8tv0fulhJCkWA/xSNFSV5rPCPUmbPH3 oFEV6ftccSd8Se0v5QwtbYbBIzmD6om5FxjZhZpB/3/nqhOMtJsOljhY3Qn2ZaE1F9iLiK2jbY/ 1ZUBE8FS4khC5yEEmWQomuLET5rn3usxeyc3PtP7PsqNiofErTzCOBqees7TGDKDcu3cpLpXVK4 udt/JvRrFR3+xOdOozwT2Kzs+xVx8zX5/TRG/6PqjCcsnT04s0J7t0z48dl7xhYi9TEntrX1uit LEXAHCGsdkB1S/F1jrS1fWbflOECzSL/+mpBwpj0RKvrLn0NBIIzp4cMmlkzODAFMcEiQEBDwEH paqFGuPV4XXUzMb9I8ujcwxvML1Pqy/UMJbxlKPUMODD2/T0u9szhAx4DOEJRVOegkOMWPVed1M ehLCkpQSEjecFUZ9QxaGMFxxhwMbnPurR+WT/thx3I9vli62mhhduwgwDeuqbOZLNuqyoJk2+jL 1VVxPIhfpuHTum0GiDgZbdwZo84V0c43Lzdb66360Hav+TpQZlzkDEoOfH14faeEIFxXUe6M5QR h3kATRj5Oq/N75H3uNR6BSUm85/YB08BwL0pX9a2p2GzZXJsG/xqzuUOAOqlvyEYJ+QUfok+Vq/ VnCfI0skGi2vGhg== X-Mailer: b4 0.14.2 Message-ID: <20250408-vma-v16-0-d8b446e885d9@google.com> Subject: [PATCH v16 0/9] Rust support for mm_struct, vm_area_struct, and mmap From: Alice Ryhl <aliceryhl@google.com> To: Miguel Ojeda <ojeda@kernel.org>, Matthew Wilcox <willy@infradead.org>, Lorenzo Stoakes <lorenzo.stoakes@oracle.com>, Vlastimil Babka <vbabka@suse.cz>, John Hubbard <jhubbard@nvidia.com>, "Liam R. Howlett" <Liam.Howlett@Oracle.com>, Andrew Morton <akpm@linux-foundation.org>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Arnd Bergmann <arnd@arndb.de>, Jann Horn <jannh@google.com>, Suren Baghdasaryan <surenb@google.com> Cc: Alex Gaynor <alex.gaynor@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>, Benno Lossin <benno.lossin@proton.me>, Andreas Hindborg <a.hindborg@kernel.org>, Trevor Gross <tmgross@umich.edu>, linux-kernel@vger.kernel.org, linux-mm@kvack.org, rust-for-linux@vger.kernel.org, Alice Ryhl <aliceryhl@google.com>, Balbir Singh <balbirs@nvidia.com> Content-Type: text/plain; charset="utf-8" X-Rspamd-Queue-Id: 130A6120008 X-Stat-Signature: pcw9785w6fzajsebu434s79dyfeh73xw X-Rspam-User: X-Rspamd-Server: rspam12 X-HE-Tag: 1744104239-96916 X-HE-Meta: U2FsdGVkX1/Bnt7Ubg+Zh3J97evL/ojTjV2z71+u5TwesPyEynGKO2Z+WfKwFsOCecSj1pS8+TPZpntk+b4qtCzZZvvbrrc3G4DeshJleOGglcJp2OAppA/ZAfEj/WC4SMEgdM4NxKbjyb9VajCHlLmBkqECJsam7h4QSkQH893JNyLVJzGiXovc0sHQ9a8NgVIYmHKuWiMmwXxWXXZBzvzLyJ/s8LNzvuJ1anFV0sOj4fy7nW7W4/T7bRUCpoUZtTBGvkGzD6v2Y1PySCsUCH5xAZqcp635FS27aZ2djfTv2FwmXJqPHM8XtC+vVmJA3WEVQeDaIpUaTL9IxZ2wKYg2B5CQ7L19HNVn4Oxfy3lIhrvGFxqy0yEpEI0l8LqwmFAj3vbLqBcmeG+8Sc8TuYNEgKrwtxUVzvI9d75qJuHH7+Wqjj3I24cew6VY01Sye3Em4aPP3AEBraVmbynfs4L0YpBHu0vht/lUASlP2pCWsxYodotnmS/iBYCvxeUPa3+T9CIFY11h9G9BYnRQXul/dQ+VlzL9MKgoGAf7QsYEqLgf6mbrlvVOA+LhXhZrsB52ZUkJnRESGQ9gyihkRb25nt9g1/85Z9oxhLuvWrf0HkAKnytBPWJuyCq40c7EO0AjCITvcb4XhLbnXdJrRxNp5+0aUQhwFV8pd5c52fDnhwXMvAIe6+kC6Ss+Fkz2ESkvUNkQgD6g3pvLE4MALIqarkv4beB8q7TPvznyjcqs6crAg0e+g/GwY25k3SvnRyfcEO1TmQnrC0hdIeDw8rAeJLbcDKWlDL19T6P1ZBeicMh9ukbdsUjcqH7LdsF19SxXsm0S5XaGUm2CFN403HNpE2X3iS45AmjH8k5BTFdwlvJPZxsptwB+Hq+ZiHzMebF3RbFfkZMkF0cXYos/iPZcvFdI75DX6YooOynNmqsx2mZLoSEGdFNnaspUVWOcE3WuOR8c7lByffUXbzZ aoq0+oTd iKHtF9XUIdQpYuwSa0y9wns3Uo7diXqKbT5cBGByLaYgkAc/96IrVU2GjLZsBO7J1Sjkv82+NHvODDgz2Ye1SXHnLZ+3sjQpWU4ZaJi6aZbrjwpzcKnXU89H3QxEJa6Umvu85LKaSffRW9D+aZg1tzT2m5WrFFnDtwUfoLLx5/sNpHB33pTtprSQK8GyvFMsaI7jThg2RG1kGavlFH70RnUKqPK8w7KpsGW+iUlwBhmC0CYzqEuIpMo5x7NkV7oMjTMkHBs/wgYUgeXoYxTX5/2K8w1gGQUVey2fI+EUHgmcMZo52uot7kamMwfxRz5zm9IVwExzQfZrKc3cVk+puJ7Lh0y5AJz0g4iWiTkJLLmF+o+oQc8g7wJyNlnJHz0dGZu6H+hLwNY04+gqZgkdi9z+hdjmwN644Jd3TDH/ZsIvgpyOvvfrTa5EtcTUqICemCs3HRzTPc8a0mZ6VB91HIymDP1V8fvgcamH6vq5ltFlnVP6xJJlO3lrdyvfUJvXgvetpartJqDLfGr01ITwW4xjgIx+6W2eMflJC8IBEJyffLHwArsWP8mEwcWz15fh3XUyZdyNZkspCH1a2GevZqbMIjmbu4r3GoqpyB8lb825REvqDYTC603F4ZabdUlIu9wCHLQ6M3IKaDs7+PWgu3SMLHJvY5sr95yDtNBhz7ww01FMdcm97OtVji1VohUgGE09egDbMRBjem48= X-Bogosity: Ham, tests=bogofilter, spamicity=0.047679, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: <linux-mm.kvack.org> List-Subscribe: <mailto:majordomo@kvack.org> List-Unsubscribe: <mailto:majordomo@kvack.org> |
Series |
Rust support for mm_struct, vm_area_struct, and mmap
|
expand
|
This updates the vm_area_struct support to use the approach we discussed at LPC where there are several different Rust wrappers for vm_area_struct depending on the kind of access you have to the vma. Each case allows a different set of operations on the vma. This includes an MM entry as proposed by Lorenzo: https://lore.kernel.org/all/33e64b12-aa07-4e78-933a-b07c37ff1d84@lucifer.local/ Signed-off-by: Alice Ryhl <aliceryhl@google.com> --- Changes in v16: - Rebase on v6.15-rc1. - Fix conflicts in rust/kernel/miscdevice.rs. - Rephrase MAINTAINERS entry title to match style from https://lore.kernel.org/all/20250326215541.1809379-1-rppt@kernel.org/ - Don't provide mm abstractions on CONFIG_MMU=n. See first patch for more. - Link to v15: https://lore.kernel.org/r/20250304-vma-v15-0-5c641b31980a@google.com Changes in v15: - Add MAINTAINERS entry. - Pick up new Acked-by and Reviewed-by tags. - Link to v14: https://lore.kernel.org/r/20250213-vma-v14-0-b29c47ab21f5@google.com Changes in v14: - Rename VmArea* to Vma* as suggested by Liam. - Update a few comments in patch 02. - Link to v13: https://lore.kernel.org/r/20250203-vma-v13-0-2b998268a396@google.com Changes in v13: - Rebase on v6.14-rc1. - Remove casts that are now unnecessary due to improved Rust/C integer type mappings. - Link to v12: https://lore.kernel.org/r/20250115-vma-v12-0-375099ae017a@google.com Changes in v12: - Add additional documentation to modules at the top of mm.rs and virt.rs. - Explain why the name Mm is used in commit message of patch 1. - Expand zap_page_range_single with docs suggested by Lorenzo. - Update safety comment in vm_insert_page - Mention that VmAreaMixedMap is identical to VmAreaRef except for VM_MIXEDMAP. - Update docs for as_mixedmap_vma. - Add additional docs for VmAreaNew struct. - Rename `get_read` -> `readable` and equivalent for write/exec. - Use mut pointers for `from_raw` for VMAs. - Update safety comment for fops_mmap. - Add additional docs for MiscDevice::mmap. - Don't introduce and immediately delete mmgrab_current. - Reduce active_pid_ns comment at Andreas's suggestion and link to get_pid_ns. - Fix documentation test in rust/kernel/task.rs. - Fix warning about unused variables in lock_vma_under_rcu when CONFIG_PER_VMA_LOCK=n. - Fix minor typos. - Link to v11: https://lore.kernel.org/r/20241211-vma-v11-0-466640428fc3@google.com Changes in v11: - Add accessor for the vm_mm field of vm_area_struct. - Pass the file to MiscDevice::mmap for consistency with https://lore.kernel.org/r/20241210-miscdevice-file-param-v3-1-b2a79b666dc5@google.com - Link to v10: https://lore.kernel.org/r/20241129-vma-v10-0-4dfff05ba927@google.com Changes in v10: - Update docs for `set_io`. - Check address in `zap_page_range_single`. - Completely redo the last patch. - Link to v9: https://lore.kernel.org/r/20241122-vma-v9-0-7127bfcdd54e@google.com Changes in v9: - Be more explicit about VmAreaNew being used with f_ops->mmap(). - Point out that clearing VM_MAYWRITE is irreversible. - Use __vm_flags to set the flags. - Use as_ and into_ prefixes for conversions. - Update lock_vma_under_rcu docs and commit msg - Mention that VmAreaRef::end is exclusive. - Reword docs for zap_page_range_single. - Minor fixes to flag docs. - Add way to access current->mm without a refcount increment. - Link to v8: https://lore.kernel.org/r/20241120-vma-v8-0-eb31425da66b@google.com Changes in v8: - Split series into more commits to ease review. - Improve read locks based on Lorenzo's doc: either the mmap or vma lock can be used. - Get rid of mmap write lock because it's possible to avoid the need for it. - Do not allow invalid flag combinations on VmAreaNew. - Link to v7: https://lore.kernel.org/r/20241014-vma-v7-0-01e32f861195@google.com Changes in v7: - Make the mmap read/write lock guards respect strict owner semantics. - Link to v6: https://lore.kernel.org/r/20241010-vma-v6-0-d89039b6f573@google.com Changes in v6: - Introduce VmArea{Ref,Mut,New} distinction. - Add a second patchset for miscdevice. - Rebase on char-misc-next (currently on v6.12-rc2). - Link to v5: https://lore.kernel.org/r/20240806-vma-v5-1-04018f05de2b@google.com Changes in v5: - Rename VmArea::from_raw_vma to from_raw. - Use Pin for mutable VmArea references. - Go through `ARef::from` in `mmgrab_current`. - Link to v4: https://lore.kernel.org/r/20240802-vma-v4-1-091a87058a43@google.com Changes in v4: - Pull out ARef::into_raw into a separate patch. - Update invariants and struct documentation. - Rename from_raw_mm to from_raw. - Link to v3: https://lore.kernel.org/r/20240801-vma-v3-1-db6c1c0afda9@google.com Changes in v3: - Reorder entries in mm.rs. - Use ARef for mmput_async helper. - Clarify that VmArea requires you to hold the mmap read or write lock. - Link to v2: https://lore.kernel.org/r/20240727-vma-v2-1-ab3e5927dc3a@google.com Changes in v2: - mm.rs is redesigned from scratch making use of AsRef - Add notes about whether destructors may sleep - Rename Area to VmArea - Link to v1: https://lore.kernel.org/r/20240723-vma-v1-1-32ad5a0118ee@google.com --- Alice Ryhl (9): mm: rust: add abstraction for struct mm_struct mm: rust: add vm_area_struct methods that require read access mm: rust: add vm_insert_page mm: rust: add lock_vma_under_rcu mm: rust: add mmput_async support mm: rust: add VmaNew for f_ops->mmap() rust: miscdevice: add mmap support task: rust: rework how current is accessed mm: rust: add MEMORY MANAGEMENT [RUST] MAINTAINERS | 13 ++ rust/helpers/helpers.c | 1 + rust/helpers/mm.c | 50 +++++ rust/kernel/lib.rs | 1 + rust/kernel/miscdevice.rs | 45 +++++ rust/kernel/mm.rs | 344 +++++++++++++++++++++++++++++++++ rust/kernel/mm/virt.rs | 471 ++++++++++++++++++++++++++++++++++++++++++++++ rust/kernel/task.rs | 247 ++++++++++++------------ 8 files changed, 1054 insertions(+), 118 deletions(-) --- base-commit: 0af2f6be1b4281385b618cb86ad946eded089ac8 change-id: 20240723-vma-f80119f9fb35 Best regards,