On Sat, Jun 13, 2026 at 09:40:06AM +0300, Onur Özkan wrote:
> The immediate motivation is the Tyr reset infrastructure [1] which needs
> to serialize reset sensitive hardware access against reset and teardown
> paths. That reset series started to require many independent dependencies
> so this SRCU support is split out as a standalone Rust API to keep the
> reset series focused on the reset logic and easier to review, rebase and
> land.
> 
[...]

Thank you all!

Reviewed-by: Boqun Feng <[email protected]>

Paul, per our previous discussion, I think this series should into rcu
tree, since it changes a significant part of SRCU C code. Thanks!

Regards,
Boqun

Reply via email to