Provide an upgradable readers-writer lock #169

Activity

1. tisonkun commented on Aug 21, 2026

   

   tisonkun

   on Aug 21, 2026

   Member

   More actions

   This sounds reasonable. I'd prefer to see an overall Rust API design since the main challenge in Async Rust primitives is proper API semantic.
2. mhambre commented on Aug 21, 2026

   

   mhambre

   on Aug 21, 2026

   Last edited by mhambre

   Contributor

   More actions

   I know parking_lot supports this so there's definitely some desire out there to have a feature for it. Longer term we could look into it and follow similar semantics since their lock_api's RawRwLockUpgrade as an idea for extending existing core types is very clean (e.g. trait extension of RwLock or make it into a 'Raw' type so that we can further extend with things like different priority structures). This is something that could be applied to other synchronization methods as well. For a quicker turnaround we could build it as a separate type? Furthermore we can derive lessons from async-lock as it's also runtime agnostic and can build it from the existing asyncband primitives.
3. tisonkun

   added

   help wantedExtra attention is neededExtra attention is needed

   good first issueGood for newcomersGood for newcomers

   on Aug 22, 2026
4. tisonkun commented on Aug 22, 2026

   

   tisonkun

   on Aug 22, 2026

   Member

   More actions

   For a quicker turnaround we could build it as a separate type?

   This is possible. We may have a draft implementation and see.
5. tisonkun

   added a parent issue on Aug 26, 2026

   • Tracking Issue to evaluate async primitives #218