Lines Matching refs:park

172 static int Knob_SpinAfterFutile    = 1 ;       // Spin after returning from park()
198 // and then spin/park.
208 // re-park itself.
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
511 // The Spin failed -- Enqueue and park the thread ...
555 // arrange for one of the contending thread to use a timed park() operations
560 // The Responsible thread uses a timed park instead of a normal indefinite park
585 // TODO: Defer all thread state transitions until park-time.
603 // park self
605 TEVENT (Inflated enter - park TIMED) ;
606 Self->_ParkEvent->park ((jlong) RecheckInterval) ;
611 TEVENT (Inflated enter - park UNTIMED) ;
612 Self->_ParkEvent->park() ;
635 // we were spinning. That's harmless. If we iterate and call park(),
636 // park() will consume the event and return immediately and we'll
751 // State transition wrappers around park() ...
753 // it's clear we must park the thread.
762 Self->_ParkEvent->park ((jlong)1000) ;
764 Self->_ParkEvent->park () ;
913 // We use timers (timed park operations) & periodic polling to detect
922 // If a thread transiently strands it'll park until (a) another
1272 // Given that, we'd call HSSEC after having returned from park(),
1478 // Critically, after we reset() the event but prior to park(), we must check
1488 // by the the owner of the monitor *except* in the case where park()
1520 // The thread is on the WaitSet list - now park() it.
1521 // On MP systems it's conceivable that a brief spin before we park
1525 // while (!timeout && !interrupted && _notified == 0) park()
1542 Self->_ParkEvent->park () ;
1544 ret = Self->_ParkEvent->park (millis) ;