[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251026125458.2772103-1-fujita.tomonori@gmail.com>
Date: Sun, 26 Oct 2025 21:54:56 +0900
From: FUJITA Tomonori <fujita.tomonori@...il.com>
To: a.hindborg@...nel.org,
alex.gaynor@...il.com,
aliceryhl@...gle.com,
dakr@...nel.org,
daniel.almeida@...labora.com,
ojeda@...nel.org
Cc: anna-maria@...utronix.de,
bjorn3_gh@...tonmail.com,
boqun.feng@...il.com,
frederic@...nel.org,
gary@...yguo.net,
jstultz@...gle.com,
linux-kernel@...r.kernel.org,
lossin@...nel.org,
lyude@...hat.com,
rust-for-linux@...r.kernel.org,
sboyd@...nel.org,
tglx@...utronix.de,
tmgross@...ch.edu
Subject: [PATCH v3 0/2] Add read_poll_timeout_atomic support
Add read_poll_timeout_atomic function which polls periodically until a
condition is met, an error occurs, or the attempt limit is reached.
This helper is used to wait for a condition in atomic context,
mirroring the C's read_poll_timeout_atomic().
In atomic context, the timekeeping infrastructure is unavailable, so
reliable time-based timeouts cannot be implemented. So instead, the
helper accepts a maximum number of attempts and busy-waits (udelay +
cpu_relax) between tries.
v2: https://lore.kernel.org/lkml/20251021071146.2357069-1-fujita.tomonori@gmail.com/
- revert the function name
- simplify the example code
- add debug_assert to check the range for udelay
v1: https://lore.kernel.org/lkml/20250821035710.3692455-1-fujita.tomonori@gmail.com/
- use the attempt limit instead of timeout
- rename the function to read_poll_count_atomic
- add the comment about C's udelay behavior.
FUJITA Tomonori (2):
rust: add udelay() function
rust: Add read_poll_timeout_atomic function
rust/helpers/time.c | 5 +++
rust/kernel/io/poll.rs | 72 ++++++++++++++++++++++++++++++++++++++-
rust/kernel/time/delay.rs | 39 +++++++++++++++++++++
3 files changed, 115 insertions(+), 1 deletion(-)
base-commit: 26c1a20bf7ce76e9afe4030f25bec20e3c63dcf8
--
2.43.0
Powered by blists - more mailing lists