* [uml-devel] [patch 1/1] uml: add stack content to dumps
@ 2004-11-30 19:30 blaisorblade_spam
2004-12-02 3:57 ` [uml-devel] Kernel panic: Kernel stack overflow Peter
0 siblings, 1 reply; 4+ messages in thread
From: blaisorblade_spam @ 2004-11-30 19:30 UTC (permalink / raw)
To: bstroesser; +Cc: user-mode-linux-devel, blaisorblade_spam
Copy some code from i386 to print the stack content. Rough form yet, should
work although.
Signed-off-by: Paolo 'Blaisorblade' Giarrusso <blaisorblade_spam@yahoo.it>
---
linux-2.6.10-rc-paolo/arch/um/kernel/sysrq.c | 40 +++++++++++++++++++++++----
1 files changed, 35 insertions(+), 5 deletions(-)
diff -puN arch/um/kernel/sysrq.c~uml-add-stack-content-to-dumps arch/um/kernel/sysrq.c
--- linux-2.6.10-rc/arch/um/kernel/sysrq.c~uml-add-stack-content-to-dumps 2004-11-30 18:32:12.000000000 +0100
+++ linux-2.6.10-rc-paolo/arch/um/kernel/sysrq.c 2004-11-30 20:27:06.540447816 +0100
@@ -15,11 +15,13 @@
void show_trace(unsigned long * stack)
{
/* XXX: Copy the CONFIG_FRAME_POINTER stack-walking backtrace from
- * arch/i386/kernel/traps.c. */
+ * arch/i386/kernel/traps.c, and then move this to sys-i386/sysrq.c.*/
unsigned long addr;
- if (!stack)
+ if (!stack) {
stack = (unsigned long*) &stack;
+ WARN_ON(1);
+ }
printk("Call Trace: \n");
while (((long) stack & (THREAD_SIZE-1)) != 0) {
@@ -34,7 +36,8 @@ void show_trace(unsigned long * stack)
}
/*
- * The architecture-independent dump_stack generator
+ * stack dumps generator - this is used by arch-independent code.
+ * And this is identical to i386 currently.
*/
void dump_stack(void)
{
@@ -44,7 +47,34 @@ void dump_stack(void)
}
EXPORT_SYMBOL(dump_stack);
-void show_stack(struct task_struct *task, unsigned long *sp)
+/*Stolen from arch/i386/kernel/traps.c */
+static int kstack_depth_to_print = 24;
+
+/* This recently started being used in arch-independent code too, as in
+ * kernel/sched.c.*/
+void show_stack(struct task_struct *task, unsigned long *esp)
{
- show_trace(sp);
+ unsigned long *stack;
+ int i;
+
+ if (esp == NULL) {
+ if (task != current) {
+ esp = (unsigned long *) KSTK_ESP(task);
+ /* Which one? No actual difference - just coding style.*/
+ //esp = (unsigned long *) PT_REGS_IP(&task->thread.regs);
+ } else {
+ esp = (unsigned long *) &esp;
+ }
+ }
+
+ stack = esp;
+ for(i = 0; i < kstack_depth_to_print; i++) {
+ if (kstack_end(stack))
+ break;
+ if (i && ((i % 8) == 0))
+ printk("\n ");
+ printk("%08lx ", *stack++);
+ }
+
+ show_trace(esp);
}
_
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 4+ messages in thread* [uml-devel] Kernel panic: Kernel stack overflow
2004-11-30 19:30 [uml-devel] [patch 1/1] uml: add stack content to dumps blaisorblade_spam
@ 2004-12-02 3:57 ` Peter
2004-12-02 20:19 ` Jeff Dike
0 siblings, 1 reply; 4+ messages in thread
From: Peter @ 2004-12-02 3:57 UTC (permalink / raw)
Cc: user-mode-linux-devel
Hi. I get a "Kernel panic: Kernel stack overflow" error message on the
UML instance console. Then the UML instance exits.
I am running a test where I start up then stop a JBoss server. (This
does a bit of network, file and thread related stuff). The stack
overflow happens every 3-8 JBoss restarts. i.e. it is relatively
reproducible.
The guest kernel is a 2.4.27-bs1. The host is a 2.6.8.1. With
host-skas3-2.6.7-v1.patch. (Hmmm, maybe that's it? Try v7?)
What can I do to gather some more useful information about the error for
you all?
Or, better still, is there a known fix?
Cheers, Peter
-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now.
http://productguide.itmanagersjournal.com/
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2004-12-04 6:12 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-11-30 19:30 [uml-devel] [patch 1/1] uml: add stack content to dumps blaisorblade_spam
2004-12-02 3:57 ` [uml-devel] Kernel panic: Kernel stack overflow Peter
2004-12-02 20:19 ` Jeff Dike
2004-12-04 6:13 ` Peter
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.