Lines Matching refs:unpark
269 // park-unpark abstraction. See the comments in os_solaris.cpp regarding
270 // the semantics of park-unpark. Put another way, this monitor implementation
271 // depends only on atomic operations and park-unpark. The monitor subsystem
280 // unpark the notifyee. Unparking a notifee in notify() is inefficient -
634 // We can find that we were unpark()ed and redesignated _succ while
924 // exiting thread will notice and unpark the stranded thread, or, (b)
1066 // we could simply unpark() the lead thread and return
1314 // 3. unpark(wakee)
1326 OrderAccess::fence() ; // ST _owner vs LD in unpark()
1329 TEVENT (unpark before SAFEPOINT) ;
1333 Trigger->unpark() ;
1508 // exit() call chooses this thread as the successor and the unpark()
1511 // handler using RawMonitors and consuming the unpark().
1514 // even if the original unpark() was not consumed because we are the
1517 node._event->unpark();
1664 // we might just dequeue a thread from the WaitSet and directly unpark() it.
1761 ev->unpark() ;
1885 ev->unpark() ;