Lines Matching defs:unlock
59 // is advisory and is used only to verify that the thread calling unlock()
68 // idioms. We currently use MEMBAR in the uncontended unlock() path, as
104 // list element in the unlock()-path. (That's benign).
108 // As necessary, the unlock()ing thread identifies, unlinks, and unparks
142 // Threads in lock() enqueue onto cxq while threads in unlock() will
154 // Queue discipline is enforced at ::unlock() time, when the unlocking thread
164 // unlinked from the EntryList and cxq by some previous unlock() operations.
168 // -- OnDeck also serves as an "inner lock" as follows. Threads in unlock() will, after
179 // that the OnDeck usage as a lock is asymmetric. A thread in unlock() transiently
192 // Subsequent unlock() operations will eventually unpark the notifyee.
198 // OnDeck lock in unlock() is preempted or otherwise stalls, other threads
216 // * The memory consistency model provide by lock()-unlock() is at least as
251 // -- Add DTRACE probes for contended acquire, contended acquired, contended unlock
540 // Note that the OrderAccess::storeload() fence that appears after unlock store
633 // pushing themselves onto the cxq or from lock-unlock operations.
743 // 2. unlock - drop the outer lock
927 // pretend to unlock when the time comes.
996 void Monitor::unlock() {
1074 // Nearly the same as Monitor::unlock() ...