From: Kirill Tkhai <tkhai@yandex.ru>
To: Peter Zijlstra <peterz@infradead.org>, Ingo Molnar <mingo@kernel.org>
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
Steven Rostedt <rostedt@goodmis.org>,
"stable@vger.kernel.org" <stable@vger.kernel.org>
Subject: Re: [PATCH] sched/rt: Fix rq's cpupri leak while enqueue/dequeue child RT entities
Date: Tue, 17 Dec 2013 16:02:58 +0400 [thread overview]
Message-ID: <122071387281778@web18h.yandex.ru> (raw)
In-Reply-To: <20131213154211.GP21999@twins.programming.kicks-ass.net>
13.12.2013, 19:42, "Peter Zijlstra" <peterz@infradead.org>:
> On Wed, Nov 27, 2013 at 07:59:13PM +0400, Kirill Tkhai wrote:
>
>> This patch touches RT group scheduling case.
>>
>> Functions inc_rt_prio_smp() and dec_rt_prio_smp() change (global) rq's priority,
>> while rt_rq passed to them may be not the top-level rt_rq. This is wrong, because
>> changing of priority on a child level does not guarantee that the priority is
>> the highest all over the rq. So, this leak makes RT balancing unusable.
>>
>> The short example: the task having the highest priority among all rq's RT tasks
>> (no one other task has the same priority) are waking on a throttle rt_rq.
>> The rq's cpupri is set to the task's priority equivalent, but real
>> rq->rt.highest_prio.curr is less.
>>
>> The patch below fixes the problem.
>>
>> It looks like all version have this bug, so I CC'ed stable mailing list.
>
> Yeah, I think this is right.
>
> cpupri stuff should indeed only be changed for the top level group.
Ingo, are you going to apply this patch? Or will you give any comments?
next prev parent reply other threads:[~2013-12-17 12:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-27 15:59 [PATCH] sched/rt: Fix rq's cpupri leak while enqueue/dequeue child RT entities Kirill Tkhai
2013-12-12 10:30 ` Kirill Tkhai
2013-12-13 15:42 ` Peter Zijlstra
2013-12-17 12:02 ` Kirill Tkhai [this message]
2013-12-17 12:46 ` Peter Zijlstra
2013-12-17 13:08 ` Kirill Tkhai
2013-12-18 10:32 ` [tip:sched/core] sched/rt: Fix rq's cpupri leak while enqueue/ dequeue " tip-bot for Kirill Tkhai
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=122071387281778@web18h.yandex.ru \
--to=tkhai@yandex.ru \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@kernel.org \
--cc=peterz@infradead.org \
--cc=rostedt@goodmis.org \
--cc=stable@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox