Searched refs:sleeper (Results 1 – 6 of 6) sorted by relevance
10 setup.o sleeper.o dma.o dbdma.o vss.o irq.o usb.o
11 obj-$(CONFIG_SUSPEND) += pm.o sleeper.o
49 def __init__(self, sleeper): argument50 self.sleeper = sleeper53 return "%s gone to sleep" % thread_name(self.sleeper)
647 struct thread_deferred_req sleeper; in cache_wait_req() local648 struct cache_deferred_req *dreq = &sleeper.handle; in cache_wait_req()650 sleeper.completion = COMPLETION_INITIALIZER_ONSTACK(sleeper.completion); in cache_wait_req()657 &sleeper.completion, req->thread_wait) <= 0) { in cache_wait_req()662 if (!hlist_unhashed(&sleeper.handle.hash)) { in cache_wait_req()663 __unhash_deferred_req(&sleeper.handle); in cache_wait_req()672 wait_for_completion(&sleeper.completion); in cache_wait_req()
132 struct task_struct *sleeper; /* this process */ member789 struct task_struct *sleeper; in wake_up_sem_queue_prepare() local791 sleeper = get_task_struct(q->sleeper); in wake_up_sem_queue_prepare()796 wake_q_add_safe(wake_q, sleeper); in wake_up_sem_queue_prepare()2159 queue.sleeper = current; in __do_semtimedop()
2158 Firstly, the sleeper normally follows something like this sequence of events:2264 [!] Note that the memory barriers implied by the sleeper and the waker do _not_2266 values after the sleeper has called set_current_state(). For instance, if the2267 sleeper does:2282 the sleeper as coming after the change to my_data. In such a circumstance, the2284 separate data accesses. Thus the above sleeper ought to do: