Lines Matching refs:lock
33 // (cxq) with the lock-byte. The queue elements are ParkEvents, which are
35 // a ParkEvent is always 0. Colocating the lock-byte with the queue
36 // allows us to easily avoid what would otherwise be a race in lock()
38 // and the lock indicator. Specifically, colocation renders us immune
39 // from the race where a thread might enqueue itself in the lock() slow-path
40 // immediately after the lock holder drops the outer lock in the unlock()
52 // The lock() fast-path will CAS the lockword and the unlock()
53 // fast-path will store into the lock-byte colocated within the lockword.
79 // See orderAccess.hpp. We assume throughout the VM that mutex lock and
80 // try_lock do fence-lock-acquire, and that unlock does a release-unlock,
90 // A special lock: Is a lock where you are guaranteed not to block while you are
123 Thread * volatile _owner; // The owner of the lock
139 debug_only(Thread* _last_owner;) // the last thread to own the lock
140 debug_only(static bool contains(Monitor * locks, Monitor * lock);)
192 void lock(); // prints out warning if VM thread blocks
193 void lock(Thread *thread); // overloaded with current thread
197 bool try_lock(); // Like lock(), but unblocking. It returns false instead
205 // the current running thread owns the lock