On Wed, Nov 22, 2023 at 06:51:09PM -0500, Kent Overstreet wrote: > This adds a method to tell lockdep not to check lock ordering within a > lock class - but to still check lock ordering w.r.t. other lock types. > > This is for bcachefs, where for btree node locks we have our own > deadlock avoidance strategy w.r.t. other btree node locks (cycle > detection), but we still want lockdep to check lock ordering w.r.t. > other lock types.
So earlier you added custom sort order. Additionally there is the wound-wait mutexes that also have semantics similar to what you describe. Explain why you can't use either your own added feature or the existing infrastructure to solve this?
