[<prev] [next>] [day] [month] [year] [list]
Message-ID: <200611260118_MC3-1-D2E7-B327@compuserve.com>
Date: Sun, 26 Nov 2006 01:14:22 -0500
From: Chuck Ebbert <76306.1226@...puserve.com>
To: David Chinner <dgc@....com>
Cc: "xfs-masters@....sgi.com" <xfs-masters@....sgi.com>,
"xfs@....sgi.com" <xfs@....sgi.com>,
linux-kernel <linux-kernel@...r.kernel.org>,
Jesper Juhl <jesper.juhl@...il.com>
Subject: Re: 2.6.19-rc6 : Spontaneous reboots, stack overflows - seems
to implicate xfs
In-Reply-To: <20061124005528.GF11034@...bourne.sgi.com>
On Fri, 24 Nov 2006 11:55:28 +1100, David Chinner wrote:
> Also, that means that while XFS is apparently only using <1500 bytes
> of stack through this path according to the static stack checker
> tool, there's more than 2k of extra stack usage that the tool is not
> telling me about. i.e. XFS and whatever is above/below it should
> have a full 4k to work with. I'd really like to know where that
> extra stack space is being used....
You could try applying the (untested) patch below and booting with
the parameter "kstack=2048", then regenerate the problem stack
traces. This should give you a complete raw stack dump in addition
to the call trace for each overflow.
(Output could get very large, so maybe adding a counter and stopping
after ~100 events might also be a good idea.)
--- 2.6.19-rc6-32smp.orig/arch/i386/kernel/irq.c
+++ 2.6.19-rc6-32smp/arch/i386/kernel/irq.c
@@ -80,7 +80,7 @@ fastcall unsigned int do_IRQ(struct pt_r
if (unlikely(esp < (sizeof(struct thread_info) + STACK_WARN))) {
printk("do_IRQ: stack overflow: %ld\n",
esp - sizeof(struct thread_info));
- dump_stack();
+ show_stack();
}
}
#endif
--
Chuck
"Even supernovas have their duller moments."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists