Home
last modified time | relevance | path

Searched refs:notify (Results 1 – 3 of 3) sorted by relevance

/third_party/ulib/musl/src/thread/
A Dcnd_timedwait.c15 atomic_int* notify; member
103 if (node.notify) { in cnd_timedwait()
104 if (atomic_fetch_add(node.notify, -1) == 1) in cnd_timedwait()
105 _zx_futex_wake(node.notify, 1); in cnd_timedwait()
/third_party/ulib/musl/pthread/
A Dpthread_cond_timedwait.c24 atomic_int* notify; member
117 if (node.notify) { in pthread_cond_timedwait()
118 if (atomic_fetch_add(node.notify, -1) == 1) in pthread_cond_timedwait()
119 _zx_futex_wake(node.notify, 1); in pthread_cond_timedwait()
185 p->notify = &ref; in __private_cond_signal()
/third_party/lib/acpica/
A Dchanges.txt3160 Implemented support to expand the "implicit notify" feature to allow
3166 notify is
3245 Within ACPICA, it is only called before a notify or GPE handler is
3326 Implemented support for multiple notify handlers. This change adds
3333 Also re-worked and restructured the entire notify support code to
3335 handler installation, handler removal, notify event queuing, and notify
7001 information to the notify handler via the control method parameter
7686 still executes the notify handlers in a different thread, but the
12634 notify handler installation. There were some problems with the
14317 Fixed a problem where a notify handler could only be
[all …]

Completed in 20 milliseconds