Page MenuHomeFreeBSD

PP mutexes: lock: Check if priority is too high against base one
ClosedPublic

Authored by olce on Feb 23 2024, 5:38 PM.
Tags
None
Referenced Files
Unknown Object (File)
Fri, Apr 26, 3:38 AM
Unknown Object (File)
Sun, Apr 21, 5:21 PM
Unknown Object (File)
Feb 27 2024, 10:51 AM
Unknown Object (File)
Feb 26 2024, 5:32 AM
Subscribers

Details

Summary

Doing this instead of using the current (user) priority, which includes
current lendings, prevents gratuitous failures for threads involved in
multiple locking groups, where each group is defined as the threads that
can lock a particular PP or PI mutex. No deadlock can occur in this
case. Indeed, if a thread holds such a lock A giving it a higher
priority than the ceiling of some other lock B that is PP, and B is
acquired by another thread, effectively the latter may not be able to
run but this situation can only last until the first thread releases A,
which it will do eventually.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable