Sorry Andrew. I don't see clues here to help me target the report to
a maintainer.
I hope this helps.
BUG: MAX_STACK_TRACE_ENTRIES too low!
turning off the locking correctness validator.
[<c1003c97>] dump_trace+0x69/0x1b7
[<c1003dfa>] show_trace_log_lvl+0x15/0x28
[<c10040f5>] show_trace+0x16/0x19
[<c1004110>] dump_stack+0x18/0x1d
[<c102d4d0>] save_trace+0xbb/0xc8
[<c102d53c>] add_lock_to_list+0x5f/0x7d
[<c102f3ce>] __lock_acquire+0x93b/0x9f8
[<c102f75e>] lock_acquire+0x56/0x74
[<c11dcdb0>] _spin_lock+0x24/0x32
[<c105471f>] anon_vma_prepare+0x46/0xce
[<c1050014>] __handle_mm_fault+0xed/0x804
[<c1012c1a>] do_page_fault+0x214/0x4c1
[<c11dd629>] error_code+0x39/0x40
DWARF2 unwinder stuck at error_code+0x39/0x40
Leftover inexact backtrace:
[<c1003dfa>] show_trace_log_lvl+0x15/0x28
[<c10040f5>] show_trace+0x16/0x19
[<c1004110>] dump_stack+0x18/0x1d
[<c102d4d0>] save_trace+0xbb/0xc8
[<c102d53c>] add_lock_to_list+0x5f/0x7d
[<c102f3ce>] __lock_acquire+0x93b/0x9f8
[<c102f75e>] lock_acquire+0x56/0x74
[<c11dcdb0>] _spin_lock+0x24/0x32
[<c105471f>] anon_vma_prepare+0x46/0xce
[<c1050014>] __handle_mm_fault+0xed/0x804
[<c1012c1a>] do_page_fault+0x214/0x4c1
[<c11dd629>] error_code+0x39/0x40
[<c105fe67>] do_sync_read+0xb8/0xf2
[<c10601e1>] vfs_read+0xa7/0x149
[<c1060a81>] sys_read+0x3a/0x61
[<c1002d41>] sysenter_past_esp+0x56/0x8d
=======================
--
VGER BF report: H 0.0999452
On Sat, 2 Sep 2006 20:03:46 -0700
"Miles Lane" <[email protected]> wrote:
> Sorry Andrew. I don't see clues here to help me target the report to
> a maintainer.
> I hope this helps.
>
> BUG: MAX_STACK_TRACE_ENTRIES too low!
That would be an Ingo thing, but he's having a bit of downtime.
--
VGER BF report: H 0.298568
* Miles Lane <[email protected]> wrote:
> Sorry Andrew. I don't see clues here to help me target the report to
> a maintainer. I hope this helps.
>
> BUG: MAX_STACK_TRACE_ENTRIES too low!
> turning off the locking correctness validator.
Miles, could you try the patch below? (Andrew: if this solves Miles'
problem then i think this is v2.6.18 material too. [The other
possibility would be some permanent stack-trace entries leak, in which
case the patch will not help. If that happens then we'll have to debug
this some more.])
Ingo
---------------->
From: Ingo Molnar <[email protected]>
Subject: lockdep: double the number of stack-trace entries
Miles Lane reported the "BUG: MAX_STACK_TRACE_ENTRIES too low!" message,
which means that during normal use his system produced enough lockdep
events so that the 128-thousand entries stack-trace array got exhausted.
Double the size of the array.
Signed-off-by: Ingo Molnar <[email protected]>
---
kernel/lockdep_internals.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: linux/kernel/lockdep_internals.h
===================================================================
--- linux.orig/kernel/lockdep_internals.h
+++ linux/kernel/lockdep_internals.h
@@ -27,7 +27,7 @@
* Stack-trace: tightly packed array of stack backtrace
* addresses. Protected by the hash_lock.
*/
-#define MAX_STACK_TRACE_ENTRIES 131072UL
+#define MAX_STACK_TRACE_ENTRIES 262144UL
extern struct list_head all_lock_classes;
--
VGER BF report: U 0.5
On 9/3/06, Ingo Molnar <[email protected]> wrote:
>
> * Miles Lane <[email protected]> wrote:
>
> > Sorry Andrew. I don't see clues here to help me target the report to
> > a maintainer. I hope this helps.
> >
> > BUG: MAX_STACK_TRACE_ENTRIES too low!
> > turning off the locking correctness validator.
>
> Miles, could you try the patch below? (Andrew: if this solves Miles'
> problem then i think this is v2.6.18 material too. [The other
> possibility would be some permanent stack-trace entries leak, in which
> case the patch will not help. If that happens then we'll have to debug
> this some more.])
>
> Ingo
>
> ---------------->
> From: Ingo Molnar <[email protected]>
> Subject: lockdep: double the number of stack-trace entries
>
> Miles Lane reported the "BUG: MAX_STACK_TRACE_ENTRIES too low!" message,
> which means that during normal use his system produced enough lockdep
> events so that the 128-thousand entries stack-trace array got exhausted.
> Double the size of the array.
>
> Signed-off-by: Ingo Molnar <[email protected]>
> ---
> kernel/lockdep_internals.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> Index: linux/kernel/lockdep_internals.h
> ===================================================================
> --- linux.orig/kernel/lockdep_internals.h
> +++ linux/kernel/lockdep_internals.h
> @@ -27,7 +27,7 @@
> * Stack-trace: tightly packed array of stack backtrace
> * addresses. Protected by the hash_lock.
> */
> -#define MAX_STACK_TRACE_ENTRIES 131072UL
> +#define MAX_STACK_TRACE_ENTRIES 262144UL
>
> extern struct list_head all_lock_classes;
>
>
Ingo, there seemed to be a difference between the file you editted and
the one in Andrew's tree. I remade you patch so it applies cleanly.
I'll test and let you know. One word of caution, I only hit the
problem once and I'm not sure how to trigger the condition. I'll do
my best.
Thanks,
Miles
--- kernel/lockdep_internals.h~ 2006-09-03 09:59:29.000000000 -0700
+++ kernel/lockdep_internals.h 2006-09-03 10:00:55.000000000 -0700
@@ -27,7 +27,7 @@
* Stack-trace: tightly packed array of stack backtrace
* addresses. Protected by the hash_lock.
*/
-#define MAX_STACK_TRACE_ENTRIES 131072UL
+#define MAX_STACK_TRACE_ENTRIES 262144UL
extern struct list_head all_lock_classes;
--
VGER BF report: H 0.0351707
On 9/3/06, Miles Lane <[email protected]> wrote:
> On 9/3/06, Ingo Molnar <[email protected]> wrote:
> >
> > * Miles Lane <[email protected]> wrote:
> >
> > > Sorry Andrew. I don't see clues here to help me target the report to
> > > a maintainer. I hope this helps.
> > >
> > > BUG: MAX_STACK_TRACE_ENTRIES too low!
> > > turning off the locking correctness validator.
> >
> > Miles, could you try the patch below? (Andrew: if this solves Miles'
> > problem then i think this is v2.6.18 material too. [The other
> > possibility would be some permanent stack-trace entries leak, in which
> > case the patch will not help. If that happens then we'll have to debug
> > this some more.])
> >
> > Ingo
> >
> > ---------------->
> > From: Ingo Molnar <[email protected]>
> > Subject: lockdep: double the number of stack-trace entries
> >
> > Miles Lane reported the "BUG: MAX_STACK_TRACE_ENTRIES too low!" message,
> > which means that during normal use his system produced enough lockdep
> > events so that the 128-thousand entries stack-trace array got exhausted.
> > Double the size of the array.
> >
> > Signed-off-by: Ingo Molnar <[email protected]>
> > ---
> > kernel/lockdep_internals.h | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > Index: linux/kernel/lockdep_internals.h
> > ===================================================================
> > --- linux.orig/kernel/lockdep_internals.h
> > +++ linux/kernel/lockdep_internals.h
> > @@ -27,7 +27,7 @@
> > * Stack-trace: tightly packed array of stack backtrace
> > * addresses. Protected by the hash_lock.
> > */
> > -#define MAX_STACK_TRACE_ENTRIES 131072UL
> > +#define MAX_STACK_TRACE_ENTRIES 262144UL
> >
> > extern struct list_head all_lock_classes;
> >
> >
>
> Ingo, there seemed to be a difference between the file you editted and
> the one in Andrew's tree. I remade you patch so it applies cleanly.
> I'll test and let you know. One word of caution, I only hit the
> problem once and I'm not sure how to trigger the condition. I'll do
> my best.
>
> Thanks,
> Miles
>
> --- kernel/lockdep_internals.h~ 2006-09-03 09:59:29.000000000 -0700
> +++ kernel/lockdep_internals.h 2006-09-03 10:00:55.000000000 -0700
> @@ -27,7 +27,7 @@
> * Stack-trace: tightly packed array of stack backtrace
> * addresses. Protected by the hash_lock.
> */
> -#define MAX_STACK_TRACE_ENTRIES 131072UL
> +#define MAX_STACK_TRACE_ENTRIES 262144UL
>
> extern struct list_head all_lock_classes;
>
By the way, after making this change "make all install modules
modules_install" didn't seem to notice that the file had been
modified. I backed up .config, ran "make mrproper", etc. Is this a
build dependency checker bug?
Thanks,
Miles
--
VGER BF report: H 4.35163e-06