[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87v7sfjp5y.fsf@kernel.org>
Date: Tue, 11 Mar 2025 21:19:37 +0100
From: Andreas Hindborg <a.hindborg@...nel.org>
To: "Miguel Ojeda" <ojeda@...nel.org>
Cc: "Anna-Maria Behnsen" <anna-maria@...utronix.de>, "Frederic Weisbecker"
<frederic@...nel.org>, "Thomas Gleixner" <tglx@...utronix.de>, "Danilo
Krummrich" <dakr@...nel.org>, "Alex Gaynor" <alex.gaynor@...il.com>,
"Boqun Feng" <boqun.feng@...il.com>, "Gary Guo" <gary@...yguo.net>,
Björn Roy Baron <bjorn3_gh@...tonmail.com>, "Benno
Lossin"
<benno.lossin@...ton.me>, "Alice Ryhl" <aliceryhl@...gle.com>, "Trevor
Gross" <tmgross@...ch.edu>, "Lyude Paul" <lyude@...hat.com>, "Guangbo
Cui" <2407018371@...com>, "Dirk Behme" <dirk.behme@...il.com>, "Daniel
Almeida" <daniel.almeida@...labora.com>, "Tamir Duberstein"
<tamird@...il.com>, "Markus Elfring" <Markus.Elfring@....de>,
<rust-for-linux@...r.kernel.org>, <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v12 00/13] hrtimer Rust API
"Andreas Hindborg" <a.hindborg@...nel.org> writes:
> Add support for using the `hrtimer` subsystem from Rust code.
>
> Add support for timer mode and clock source configuration during timer
> initialization. Do not add examples and functionality to execute closures at
> timer expiration , as these depend on either atomics [3] or `SpinLockIrq` [4],
> which are still being worked on.
[...]
Applied to `hrtimer-next` -- thanks everyone!
Best regards,
Andreas Hindborg
Powered by blists - more mailing lists