Lines Matching refs:unpark
103 // type-stable, meaning we can safely unpark() a possibly stale
192 // Subsequent unlock() operations will eventually unpark the notifyee.
210 // park-unpark abstraction. See the comments in os_solaris.cpp regarding
211 // the semantics of park-unpark. Put another way, this monitor implementation
212 // depends only on atomic operations and park-unpark. The monitor subsystem
553 // For good performance, we also depend on the fact that redundant unpark()
557 // In that case the following unpark() is harmless and the worst that'll happen
562 if ((UNS(w) & _LBIT) == 0) w->unpark() ;
609 // Try to defer the unpark() operation - Delegate the responsibility
610 // for unpark()ing the OnDeck thread to the current or subsequent owners
616 w->unpark() ;
693 // And of course we could just unlink it and unpark it, too, but
718 nfy->unpark() ;