Searched refs:leftmost (Results 1 – 7 of 7) sorted by relevance
185 int leftmost = 1; in rt_mutex_enqueue() local194 leftmost = 0; in rt_mutex_enqueue()198 if (leftmost) in rt_mutex_enqueue()224 int leftmost = 1; in rt_mutex_enqueue_pi() local233 leftmost = 0; in rt_mutex_enqueue_pi()237 if (leftmost) in rt_mutex_enqueue_pi()
163 int leftmost = 1; in enqueue_pushable_dl_task() local175 leftmost = 0; in enqueue_pushable_dl_task()179 if (leftmost) in enqueue_pushable_dl_task()837 struct rb_node *leftmost = dl_rq->rb_leftmost; in dec_dl_deadline() local840 entry = rb_entry(leftmost, struct sched_dl_entity, rb_node); in dec_dl_deadline()888 int leftmost = 1; in __enqueue_dl_entity() local899 leftmost = 0; in __enqueue_dl_entity()903 if (leftmost) in __enqueue_dl_entity()
491 int leftmost = 1; in __enqueue_entity() local507 leftmost = 0; in __enqueue_entity()515 if (leftmost) in __enqueue_entity()
69 p->se.vruntime key. CFS picks the "leftmost" task from this tree and sticks to it.72 to become the "leftmost task" and thus get on the CPU within a deterministic79 becomes the "leftmost task" of the time-ordered rbtree it maintains (plus a80 small amount of "granularity" distance relative to the leftmost task so that we81 do not over-schedule tasks and trash the cache), then the new leftmost task is
986 int leftmost; in hrtimer_start_range_ns() local1005 leftmost = enqueue_hrtimer(timer, new_base); in hrtimer_start_range_ns()1006 if (!leftmost) in hrtimer_start_range_ns()
282 * Iterate to find the leftmost such node N.294 return node; /* node is leftmost match */
827 is 31. In the case of node names, this is only the leftmost part of