[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1404475341-22536-1-git-send-email-xiaofeng.yan@huawei.com>
Date: Fri, 4 Jul 2014 12:02:21 +0000
From: "xiaofeng.yan" <xiaofeng.yan@...wei.com>
To: <mingo@...hat.com>, <peterz@...radead.org>,
<linux-kernel@...r.kernel.org>
CC: <xiaofeng.yan2012@...il.com>,
"xiaofeng.yan" <xiaofeng.yan@...wei.com>
Subject: [PATCH] sched/rt: overrun could happen in start_hrtick_dl
It could be wrong for the precision of runtime and deadline
when the precision is within microsecond level. For example:
Task runtime deadline period
P1 200us 500us 500us
This case need enbale HRTICK feature by the next command
PC#echo "HRTICK" > /sys/kernel/debug/sched_features
PC#./schedtool -E -t 200000:500000 -e ./test&
PC#trace-cmd record -e sched_switch
Some of runtime and deadline run with millisecond level by
reading kernershark.
The problem is caused by a conditional judgment "delta > 10000".
Because no hrtimer start up to control the runtime when runtime is less than 10us.
So the process will continue to run until tick-period coming.
For fixing this problem, Let delta is equal to 10us when it is less than 10us.
So the hrtimer will start up to control the end of process.
Signed-off-by: xiaofeng.yan <xiaofeng.yan@...wei.com>
---
kernel/sched/deadline.c | 6 ++----
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
index fc4f98b1..dfefa82 100644
--- a/kernel/sched/deadline.c
+++ b/kernel/sched/deadline.c
@@ -997,10 +997,8 @@ static void check_preempt_curr_dl(struct rq *rq, struct task_struct *p,
#ifdef CONFIG_SCHED_HRTICK
static void start_hrtick_dl(struct rq *rq, struct task_struct *p)
{
- s64 delta = p->dl.dl_runtime - p->dl.runtime;
-
- if (delta > 10000)
- hrtick_start(rq, p->dl.runtime);
+ s64 delta = p->dl.runtime > 10000 ? p->dl.runtime : 10000;
+ hrtick_start(rq, delta);
}
#endif
--
1.7.9.5
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists