aboutsummaryrefslogtreecommitdiffstats
path: root/drivers
diff options
context:
space:
mode:
authorLi Hua <hucool.lihua@huawei.com>2021-12-03 03:36:18 +0000
committerPeter Zijlstra <peterz@infradead.org>2021-12-07 15:14:10 +0100
commit9b58e976b3b391c0cf02e038d53dd0478ed3013c (patch)
tree0bfdd889b85130dd9c01738d4c8b05690aad5eaa /drivers
parentsched/fair: Document the slow path and fast path in select_task_rq_fair (diff)
downloadlinux-dev-9b58e976b3b391c0cf02e038d53dd0478ed3013c.tar.xz
linux-dev-9b58e976b3b391c0cf02e038d53dd0478ed3013c.zip
sched/rt: Try to restart rt period timer when rt runtime exceeded
When rt_runtime is modified from -1 to a valid control value, it may cause the task to be throttled all the time. Operations like the following will trigger the bug. E.g: 1. echo -1 > /proc/sys/kernel/sched_rt_runtime_us 2. Run a FIFO task named A that executes while(1) 3. echo 950000 > /proc/sys/kernel/sched_rt_runtime_us When rt_runtime is -1, The rt period timer will not be activated when task A enqueued. And then the task will be throttled after setting rt_runtime to 950,000. The task will always be throttled because the rt period timer is not activated. Fixes: d0b27fa77854 ("sched: rt-group: synchonised bandwidth period") Reported-by: Hulk Robot <hulkci@huawei.com> Signed-off-by: Li Hua <hucool.lihua@huawei.com> Signed-off-by: Peter Zijlstra (Intel) <peterz@infradead.org> Link: https://lkml.kernel.org/r/20211203033618.11895-1-hucool.lihua@huawei.com
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions