lkml.org 
[lkml]   [2015]   [Sep]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: RT Scheduler - BUG_ON (idx >= MAX_RT_PRIO)
Thanks for your quick response Mike.

> Try without the proprietary modules. You may also want to audit futex
> fixes if you can't use a maintained stable tree. 3.2 has a bunch that
> 3.1 does not.

I see that futex.c has 17 patches in 3.2.y that are missing in my tree.
http://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/log/kernel/futex.c?h=linux-3.2.y

Will apply these patches and kick-off a run today.
It takes upto 2days to reproduce this RT-scheduler BUG().

Also, in one of the earlier runs to reproduce, i had enabled
CONFIG_CC_STACKPROTECTOR
CONFIG_STRICT_DEVMEM
but there weren't any additional logs indicating illegal writes to memory.
Kernel OOPS was similar to the one in the original email in this thread.

To catch the "culprit" in the middle of busting the scheduler's
internal data structures, what would be the recommended debug
mechanisms (or config options) that i can try?

regards
CVS


\
 
 \ /
  Last update: 2015-09-07 09:21    [W:0.055 / U:0.692 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site