Where I'll just "bypass" task selection instead of returning RETRY_TASK. Since 3.13 scheduler does not have the RETRY_TASK logic, it will be just a question of not choosing the stop worker (kthread) to run in the same conditions (since the rest is pretty much the same).
Asking for kernel team review while I work on this.
But unfortunately I could not reproduce the issue (although I know it is in there). I'll create a small logic similar to:
Commit a1d9a3231eac411 7cadaf4b6bba5b2 902c15a33e
Author: Kirill Tkhai <email address hidden>
Date: Thu Apr 10 17:38:36 2014 +0400
sched: Check for stop task appearance when balancing happens
We need to do it like we do for the other higher priority classes..
Signed-off-by: Kirill Tkhai <email address hidden>
Cc: Michael wang <email address hidden>
Cc: Sasha Levin <email address hidden>
Signed-off-by: Peter Zijlstra <email address hidden>
Link: http://<email address hidden>
Signed-off-by: Ingo Molnar <email address hidden>
Where I'll just "bypass" task selection instead of returning RETRY_TASK. Since 3.13 scheduler does not have the RETRY_TASK logic, it will be just a question of not choosing the stop worker (kthread) to run in the same conditions (since the rest is pretty much the same).
Asking for kernel team review while I work on this.