diff options
| author | Nick Piggin <nickpiggin@yahoo.com.au> | 2008-09-30 20:50:27 +1000 |
|---|---|---|
| committer | Ingo Molnar <mingo@elte.hu> | 2008-09-30 12:56:25 +0200 |
| commit | 7317d7b87edb41a9135e30be1ec3f7ef817c53dd (patch) | |
| tree | e8375c49cbeb8012e55967f325be99b01ab66648 /kernel | |
| parent | 6918bc5c830e890681eabb3c6cb6b8d117a52d14 (diff) | |
| download | op-kernel-dev-7317d7b87edb41a9135e30be1ec3f7ef817c53dd.zip op-kernel-dev-7317d7b87edb41a9135e30be1ec3f7ef817c53dd.tar.gz | |
sched: improve preempt debugging
This patch helped me out with a problem I recently had....
Basically, when the kernel lock is held, then preempt_count underflow does not
get detected until it is released which may be a long time (and arbitrarily,
eg at different points it may be rescheduled). If the bkl is released at
schedule, the resulting output is actually fairly cryptic...
With any other lock that elevates preempt_count, it is illegal to schedule
under it (which would get found pretty quickly). bkl allows scheduling with
preempt_count elevated, which makes underflows hard to debug.
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'kernel')
| -rw-r--r-- | kernel/sched.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/kernel/sched.c b/kernel/sched.c index 9889080..ec3bd1f 100644 --- a/kernel/sched.c +++ b/kernel/sched.c @@ -4305,7 +4305,7 @@ void __kprobes sub_preempt_count(int val) /* * Underflow? */ - if (DEBUG_LOCKS_WARN_ON(val > preempt_count())) + if (DEBUG_LOCKS_WARN_ON(val > preempt_count() - (!!kernel_locked()))) return; /* * Is the spinlock portion underflowing? |
