diff options
| author | Sebastian Andrzej Siewior <[email protected]> | 2015-02-27 17:57:09 +0100 |
|---|---|---|
| committer | Ingo Molnar <[email protected]> | 2015-03-01 09:45:06 +0100 |
| commit | 9d3e2d02f54160725d97f4ab1e1e8de493fbf33a (patch) | |
| tree | 41da77b461389a4e06a9b2a9c52adca8436f2de1 /net | |
| parent | 895c8b7b4623d4f55e260e5dee2574b4f7113105 (diff) | |
locking/rtmutex: Set state back to running on error
The "usual" path is:
- rt_mutex_slowlock()
- set_current_state()
- task_blocks_on_rt_mutex() (ret 0)
- __rt_mutex_slowlock()
- sleep or not but do return with __set_current_state(TASK_RUNNING)
- back to caller.
In the early error case where task_blocks_on_rt_mutex() return
-EDEADLK we never change the task's state back to RUNNING. I
assume this is intended. Without this change after ww_mutex
using rt_mutex the selftest passes but later I get plenty of:
| bad: scheduling from the idle thread!
backtraces.
Signed-off-by: Sebastian Andrzej Siewior <[email protected]>
Acked-by: Mike Galbraith <[email protected]>
Cc: Linus Torvalds <[email protected]>
Cc: Maarten Lankhorst <[email protected]>
Cc: Peter Zijlstra <[email protected]>
Cc: Thomas Gleixner <[email protected]>
Fixes: afffc6c1805d ("locking/rtmutex: Optimize setting task running after being blocked")
Link: http://lkml.kernel.org/r/[email protected]
Signed-off-by: Ingo Molnar <[email protected]>
Diffstat (limited to 'net')
0 files changed, 0 insertions, 0 deletions