aboutsummaryrefslogtreecommitdiff
path: root/tools/perf/util/scripting-engines/trace-event-python.c
diff options
context:
space:
mode:
authorShawn Bohrer <[email protected]>2013-01-14 11:55:31 -0600
committerIngo Molnar <[email protected]>2013-01-25 08:20:47 +0100
commitaa7f67304d1a03180f463258aa6f15a8b434e77d (patch)
tree14c1f290447fb84483c0eeed81806835a07d73f8 /tools/perf/util/scripting-engines/trace-event-python.c
parentff7532ca2c631e7e96dcd305a967b610259dc0ea (diff)
sched/rt: Use root_domain of rt_rq not current processor
When the system has multiple domains do_sched_rt_period_timer() can run on any CPU and may iterate over all rt_rq in cpu_online_mask. This means when balance_runtime() is run for a given rt_rq that rt_rq may be in a different rd than the current processor. Thus if we use smp_processor_id() to get rd in do_balance_runtime() we may borrow runtime from a rt_rq that is not part of our rd. This changes do_balance_runtime to get the rd from the passed in rt_rq ensuring that we borrow runtime only from the correct rd for the given rt_rq. This fixes a BUG at kernel/sched/rt.c:687! in __disable_runtime when we try reclaim runtime lent to other rt_rq but runtime has been lent to a rt_rq in another rd. Signed-off-by: Shawn Bohrer <[email protected]> Acked-by: Steven Rostedt <[email protected]> Acked-by: Mike Galbraith <[email protected]> Cc: [email protected] Cc: <[email protected]> Link: http://lkml.kernel.org/r/[email protected] Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'tools/perf/util/scripting-engines/trace-event-python.c')
0 files changed, 0 insertions, 0 deletions