From: Anthony B. <br...@st...> - 2005-05-02 22:52:15
|
Okay, I was in the process of attempting to recreate this when I encountered the following. Is this your "stack trace"? It occured on a slightly newer version of both the host kernel and guest kernel. This guest is 2.6.11.7 with the bs4 patches applied. The host is 2.6.11.7-skas3-v8. Of course, I'm now baffled by why THIS instance would dump a stack trace while the other instance doesn't. *sigh* This crashed occurred immediately after boot. I had entered login credentials and was typing a "cat /proc/cmdline" command when it crashed (I never made it to the <enter> key). I can supply a kernel config file or other information if requested. Also, I've removed the /lib/tls directory. Tony Kernel panic - not syncing: Kernel mode fault at addr 0xcfcfcfd7, ip 0x0 EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 Call Trace: 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 08297358: [<0807d131>] panic+0x71/0x120 08297378: [<08066997>] segv+0x217/0x250 08297390: [<0806505d>] set_signals+0x7d/0x130 082973d8: [<08064eb5>] change_signals+0x65/0x90 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 082974b8: [<08075e87>] sig_handler+0x17/0x20 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 08297530: [<08064f70>] enable_mask+0x50/0x70 08297550: [<08064fc3>] get_signals+0x33/0x50 082975a0: [<081c3bf4>] kfree_skbmem+0x24/0x30 082975b0: [<081c3c95>] __kfree_skb+0x95/0x150 082975d0: [<0806d14c>] uml_net_start_xmit+0x6c/0x110 082975f0: [<08082a98>] local_bh_enable+0x8/0x90 08297610: [<081c9c25>] dev_queue_xmit+0x145/0x220 08297630: [<081cf7f8>] neigh_resolve_output+0xe8/0x1c0 08297670: [<0c85cb46>] ip6_output2+0x176/0x280 [ipv6] 08297680: [<0c86caae>] ndisc_fill_addr_option+0x1e/0xc0 [ipv6] 08297690: [<0c85d28a>] ip6_nd_hdr+0xaa/0x100 [ipv6] 082976b0: [<0c86dec8>] ndisc_send_rs+0x2a8/0x4d0 [ipv6] 082976e0: [<08064eb5>] change_signals+0x65/0x90 08297750: [<08064e2a>] change_sig+0x6a/0x90 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 08297840: [<0805fea3>] do_IRQ+0x33/0x50 08297850: [<0806004a>] sigio_handler+0xda/0x140 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 082978a0: [<08075e87>] sig_handler+0x17/0x20 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 08297a40: [<08068937>] switch_threads+0x87/0x90 08297a70: [<08064eb5>] change_signals+0x65/0x90 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 08297b40: [<08244353>] schedule+0x2e3/0x4e0 08297b90: [<08065e93>] idle_sleep+0x23/0x30 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 08297bb0: [<08062f37>] default_idle+0x67/0x70 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 08297bd4: [<0805f210>] init+0x0/0x110 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 Quoting Jeff Dike <jd...@ad...>: > On Wed, Apr 27, 2005 at 01:33:24PM -0700, Anthony Brock wrote: >> Kernel panic - not syncing: Kernel mode fault at addr 0x19, ip 0x402eb2d2 >> >> This only happens when I reconnect to the guest console by attaching to the >> associated "screen" session. Also, it is erradic at best and happens >> about once >> out of every 15-20 times I reconnect to the screen. Fortunately, the >> apparent >> trigger (connecting to the console) ensures that I'm aware of the crash and >> able to immediately restart the instance. >> >> Any ideas on how to troubleshoot this? Is it a known issue that I've somehow >> missed on the list? Thanks! > > My usual request - can you get a stack trace from it? > > Jeff > |
From: Jeff D. <jd...@ad...> - 2005-05-03 03:18:46
|
br...@st... said: > Is this your "stack trace"? Close. What I'd really like is to get it to crash when it's running under gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. That gives the true call trace, plus line number information. > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 This tells me that chan_interrupt segfaulted, but not necessarily exactly where, and a lot of the other stuff on the stack isn't in the true call chain. Jeff |
From: Anthony B. <Ant...@ou...> - 2005-05-03 15:14:44
|
Hmmm, I think I need to recompile the kernel with debug information. In = any case, here are the results: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt =20 #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Kernel panic - not syncing: Kernel mode fault at addr 0xd, ip 0x0 =20 EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 Call Trace:=20 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 08297358: [<0807d131>] panic+0x71/0x120 08297378: [<08066997>] segv+0x217/0x250 082973d8: [<08064eb5>] change_signals+0x65/0x90 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 082974b8: [<08075e87>] sig_handler+0x17/0x20 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 08297530: [<08064f70>] enable_mask+0x50/0x70 08297550: [<08064fc3>] get_signals+0x33/0x50 082975b0: [<0806505d>] set_signals+0x7d/0x130 08297620: [<0806505d>] set_signals+0x7d/0x130 082976b0: [<0806505d>] set_signals+0x7d/0x130 08297710: [<0806505d>] set_signals+0x7d/0x130 08297740: [<08064eb5>] change_signals+0x65/0x90 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 08297840: [<0805fea3>] do_IRQ+0x33/0x50 08297850: [<0806004a>] sigio_handler+0xda/0x140 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 082978a0: [<08075e87>] sig_handler+0x17/0x20 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 08297a40: [<08068937>] switch_threads+0x87/0x90 08297a70: [<08064eb5>] change_signals+0x65/0x90 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 08297b40: [<08244353>] schedule+0x2e3/0x4e0 08297b90: [<08065e93>] idle_sleep+0x23/0x30 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 08297bb0: [<08062f37>] default_idle+0x67/0x70 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 08297bd4: [<0805f210>] init+0x0/0x110 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 =20 Program exited with code 01. (gdb)=20 >>> Jeff Dike <jd...@ad...> 05/02/05 08:13PM >>> br...@st... said: > Is this your "stack trace"?=20 Close. What I'd really like is to get it to crash when it's running under gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. That gives the true call trace, plus line number information. > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 This tells me that chan_interrupt segfaulted, but not necessarily exactly where, and a lot of the other stuff on the stack isn't in the true call chain. Jeff ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=3D20=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Anthony B. <Ant...@ou...> - 2005-05-03 16:30:57
|
Well, debug information didn't seem to have any positive effect. Here are = the additional configure parameters I turned on: CONFIG_DEBUG_KERNEL=3Dy CONFIG_DEBUG_INFO=3Dy CONFIG_FRAME_POINTER=3Dy Let me know if I'm missing something or need to turn on additional = parameters. Also, please note that this crash never seemed to end! It kept = hitting breakpoints! Here are the start of the messages: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0c4 in panic () (gdb) bt #0 0x0807d0c4 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0cb in panic () (gdb) bt #0 0x0807d0cb in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd0 in bust_spinlocks () (gdb) bt #0 0x0818fdd0 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd3 in bust_spinlocks () (gdb) bt #0 0x0818fdd3 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd7 in bust_spinlocks () (gdb) bt #0 0x0818fdd7 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddb in bust_spinlocks () (gdb) bt #0 0x0818fddb in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddd in bust_spinlocks () (gdb) bt #0 0x0818fddd in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddf in bust_spinlocks () (gdb) bt #0 0x0818fddf in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fde4 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdea in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdee in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdf1 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0d0 in panic () (gdb)=20 I eventually killed the process. It never actually reached the previous = error message. Also, this crash occurred a few seconds after I had = finished typing my last command (ls -l /etc/network/). Tony >>> "Anthony Brock" <Ant...@ou...> 05/03/05 08:16AM >>> Hmmm, I think I need to recompile the kernel with debug information. In = any case, here are the results: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt =20 #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Kernel panic - not syncing: Kernel mode fault at addr 0xd, ip 0x0 =20 EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 Call Trace:=20 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 08297358: [<0807d131>] panic+0x71/0x120 08297378: [<08066997>] segv+0x217/0x250 082973d8: [<08064eb5>] change_signals+0x65/0x90 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 082974b8: [<08075e87>] sig_handler+0x17/0x20 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 08297530: [<08064f70>] enable_mask+0x50/0x70 08297550: [<08064fc3>] get_signals+0x33/0x50 082975b0: [<0806505d>] set_signals+0x7d/0x130 08297620: [<0806505d>] set_signals+0x7d/0x130 082976b0: [<0806505d>] set_signals+0x7d/0x130 08297710: [<0806505d>] set_signals+0x7d/0x130 08297740: [<08064eb5>] change_signals+0x65/0x90 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 08297840: [<0805fea3>] do_IRQ+0x33/0x50 08297850: [<0806004a>] sigio_handler+0xda/0x140 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 082978a0: [<08075e87>] sig_handler+0x17/0x20 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 08297a40: [<08068937>] switch_threads+0x87/0x90 08297a70: [<08064eb5>] change_signals+0x65/0x90 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 08297b40: [<08244353>] schedule+0x2e3/0x4e0 08297b90: [<08065e93>] idle_sleep+0x23/0x30 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 08297bb0: [<08062f37>] default_idle+0x67/0x70 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 08297bd4: [<0805f210>] init+0x0/0x110 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 =20 Program exited with code 01. (gdb)=20 >>> Jeff Dike <jd...@ad...> 05/02/05 08:13PM >>> br...@st... said: > Is this your "stack trace"?=20 Close. What I'd really like is to get it to crash when it's running under gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. That gives the true call trace, plus line number information. > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 This tells me that chan_interrupt segfaulted, but not necessarily exactly where, and a lot of the other stuff on the stack isn't in the true call chain. Jeff ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=3D20=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Blaisorblade <bla...@ya...> - 2005-05-04 19:05:05
|
On Tuesday 03 May 2005 18:32, Anthony Brock wrote: > Well, debug information didn't seem to have any positive effect. Here are > the additional configure parameters I turned on: > > CONFIG_DEBUG_KERNEL=y > CONFIG_DEBUG_INFO=y > CONFIG_FRAME_POINTER=y > > Let me know if I'm missing something or need to turn on additional > parameters. Those options will improve the kernel backtrace you get with an additional patch I'll merge shortly. For now, they only (should) improve the output of GDB's "backtrace". > Also, please note that this crash never seemed to end! It kept > hitting breakpoints! Here are the start of the messages: No, they're not breakpoints, it's more like some bug causes it to enter singlestepping. It's the 3rd time in a few days this bug is reported. > myserver:~# > Program received signal SIGSEGV, Segmentation fault. > 0x0806b21f in chan_interrupt () > (gdb) bt > #0 0x0806b21f in chan_interrupt () > #1 0x00000000 in ?? () > (gdb) c > Continuing. > > Breakpoint 1, 0x0807d0c0 in panic () > (gdb) bt > #0 0x0807d0c0 in panic () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0807d0c4 in panic () > (gdb) bt > #0 0x0807d0c4 in panic () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0807d0cb in panic () > (gdb) bt > #0 0x0807d0cb in panic () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdd0 in bust_spinlocks () > (gdb) bt > #0 0x0818fdd0 in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdd3 in bust_spinlocks () > (gdb) bt > #0 0x0818fdd3 in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdd7 in bust_spinlocks () > (gdb) bt > #0 0x0818fdd7 in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fddb in bust_spinlocks () > (gdb) bt > #0 0x0818fddb in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fddd in bust_spinlocks () > (gdb) bt > #0 0x0818fddd in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fddf in bust_spinlocks () > (gdb) bt > #0 0x0818fddf in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fde4 in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdea in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdee in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0818fdf1 in bust_spinlocks () > (gdb) c > Continuing. > > Program received signal SIGTRAP, Trace/breakpoint trap. > 0x0807d0d0 in panic () > (gdb) > > > I eventually killed the process. It never actually reached the previous > error message. Also, this crash occurred a few seconds after I had finished > typing my last command (ls -l /etc/network/). > > Tony > > >>> "Anthony Brock" <Ant...@ou...> 05/03/05 08:16AM >>> > > Hmmm, I think I need to recompile the kernel with debug information. In any > case, here are the results: > > myserver:~# > Program received signal SIGSEGV, Segmentation fault. > 0x0806b21f in chan_interrupt () > (gdb) bt > #0 0x0806b21f in chan_interrupt () > #1 0x00000000 in ?? () > (gdb) c > Continuing. > Kernel panic - not syncing: Kernel mode fault at addr 0xd, ip 0x0 > > EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 > Not tainted > EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 > ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 > Call Trace: > 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 > 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 > 08297358: [<0807d131>] panic+0x71/0x120 > 08297378: [<08066997>] segv+0x217/0x250 > 082973d8: [<08064eb5>] change_signals+0x65/0x90 > 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 > 08297550: [<08064fc3>] get_signals+0x33/0x50 > 082975b0: [<0806505d>] set_signals+0x7d/0x130 > 08297620: [<0806505d>] set_signals+0x7d/0x130 > 082976b0: [<0806505d>] set_signals+0x7d/0x130 > 08297710: [<0806505d>] set_signals+0x7d/0x130 > 08297740: [<08064eb5>] change_signals+0x65/0x90 > 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 > 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 > 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 > 08297840: [<0805fea3>] do_IRQ+0x33/0x50 > 08297850: [<0806004a>] sigio_handler+0xda/0x140 > 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 > 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 > 082978a0: [<08075e87>] sig_handler+0x17/0x20 > 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 > 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 > 08297a40: [<08068937>] switch_threads+0x87/0x90 > 08297a70: [<08064eb5>] change_signals+0x65/0x90 > 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 > 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 > 08297b40: [<08244353>] schedule+0x2e3/0x4e0 > 08297b90: [<08065e93>] idle_sleep+0x23/0x30 > 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 > 08297bb0: [<08062f37>] default_idle+0x67/0x70 > 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 > 08297bd4: [<0805f210>] init+0x0/0x110 > 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 > 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 > 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 > 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 > 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 > 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 > 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 > 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 > 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 > 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 > 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 > 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 > 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 > > > > Program exited with code 01. > (gdb) > > >>> Jeff Dike <jd...@ad...> 05/02/05 08:13PM >>> > > br...@st... said: > > Is this your "stack trace"? > > Close. What I'd really like is to get it to crash when it's running under > gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. > > That gives the true call trace, plus line number information. > > > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > > 08297530: [<08064f70>] enable_mask+0x50/0x70 > > This tells me that chan_interrupt segfaulted, but not necessarily exactly > where, and a lot of the other stuff on the stack isn't in the true call > chain. > > Jeff > > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > ------------------------------------------------------- > This SF.Net email is sponsored by: NEC IT Guy Games. > Get your fingers limbered up and give it your best shot. 4 great events, 4 > opportunities to win big! Highest score wins.NEC IT Guy Games. Play to > win an NEC 61 plasma display. Visit http://www.necitguy.com/?r > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel -- Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade |
From: Anthony B. <Ant...@ou...> - 2005-05-03 16:38:27
|
One final test. The following allowed the crash to finish. Also, the crash = occurred as soon as I hit the "down" arrow on my keyboard. I'm beginning = to wonder if this is somehow related to the readline libraries or bash: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0c4 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0cb in panic () (gdb) handle SIGTRAP pass nostop noprint SIGTRAP is used by the debugger. Are you sure you want to change it? (y or n) y Signal Stop Print Pass to program Description SIGTRAP No No Yes Trace/breakpoint trap (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () #1 0x08066ac4 in relay_signal () #2 0x08256923 in __func__.5 () #3 0x00000005 in ?? () #4 0x08298ee8 in init_task () #5 0x08064f0f in unblock_signals () #6 0x00000001 in ?? () #7 0x08298ee8 in init_task () #8 0x00000028 in ?? () #9 0x080697f0 in sig_handler_common_skas () #10 0x00000000 in ?? () #11 0x00000000 in ?? () #12 0x00000016 in ?? () #13 0x40139b54 in ?? () #14 0xfffffff2 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x08075e87 in sig_handler () #18 0x00000005 in ?? () #19 0x08297088 in init_thread_union () #20 0x40139b54 in ?? () #21 <signal handler called> #22 0x0807d0cb in panic () (gdb) c Continuing. Program terminated with signal SIGTRAP, Trace/breakpoint trap. The program no longer exists. (gdb) quit >>> "Anthony Brock" <Ant...@ou...> 05/03/05 09:32AM >>> Well, debug information didn't seem to have any positive effect. Here are = the additional configure parameters I turned on: CONFIG_DEBUG_KERNEL=3Dy CONFIG_DEBUG_INFO=3Dy CONFIG_FRAME_POINTER=3Dy Let me know if I'm missing something or need to turn on additional = parameters. Also, please note that this crash never seemed to end! It kept = hitting breakpoints! Here are the start of the messages: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0c4 in panic () (gdb) bt #0 0x0807d0c4 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0cb in panic () (gdb) bt #0 0x0807d0cb in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd0 in bust_spinlocks () (gdb) bt #0 0x0818fdd0 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd3 in bust_spinlocks () (gdb) bt #0 0x0818fdd3 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd7 in bust_spinlocks () (gdb) bt #0 0x0818fdd7 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddb in bust_spinlocks () (gdb) bt #0 0x0818fddb in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddd in bust_spinlocks () (gdb) bt #0 0x0818fddd in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddf in bust_spinlocks () (gdb) bt #0 0x0818fddf in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fde4 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdea in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdee in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdf1 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0d0 in panic () (gdb)=20 I eventually killed the process. It never actually reached the previous = error message. Also, this crash occurred a few seconds after I had = finished typing my last command (ls -l /etc/network/). Tony >>> "Anthony Brock" <Ant...@ou...> 05/03/05 08:16AM >>> Hmmm, I think I need to recompile the kernel with debug information. In = any case, here are the results: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt =20 #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Kernel panic - not syncing: Kernel mode fault at addr 0xd, ip 0x0 =20 EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 Call Trace:=20 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 08297358: [<0807d131>] panic+0x71/0x120 08297378: [<08066997>] segv+0x217/0x250 082973d8: [<08064eb5>] change_signals+0x65/0x90 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 082974b8: [<08075e87>] sig_handler+0x17/0x20 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 08297530: [<08064f70>] enable_mask+0x50/0x70 08297550: [<08064fc3>] get_signals+0x33/0x50 082975b0: [<0806505d>] set_signals+0x7d/0x130 08297620: [<0806505d>] set_signals+0x7d/0x130 082976b0: [<0806505d>] set_signals+0x7d/0x130 08297710: [<0806505d>] set_signals+0x7d/0x130 08297740: [<08064eb5>] change_signals+0x65/0x90 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 08297840: [<0805fea3>] do_IRQ+0x33/0x50 08297850: [<0806004a>] sigio_handler+0xda/0x140 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 082978a0: [<08075e87>] sig_handler+0x17/0x20 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 08297a40: [<08068937>] switch_threads+0x87/0x90 08297a70: [<08064eb5>] change_signals+0x65/0x90 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 08297b40: [<08244353>] schedule+0x2e3/0x4e0 08297b90: [<08065e93>] idle_sleep+0x23/0x30 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 08297bb0: [<08062f37>] default_idle+0x67/0x70 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 08297bd4: [<0805f210>] init+0x0/0x110 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 =20 Program exited with code 01. (gdb)=20 >>> Jeff Dike <jd...@ad...> 05/02/05 08:13PM >>> br...@st... said: > Is this your "stack trace"?=20 Close. What I'd really like is to get it to crash when it's running under gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. That gives the true call trace, plus line number information. > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 This tells me that chan_interrupt segfaulted, but not necessarily exactly where, and a lot of the other stuff on the stack isn't in the true call chain. Jeff ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=3D20=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Anthony B. <Ant...@ou...> - 2005-05-04 15:05:08
|
Okay, I've now recompiled the host kernel to include debugging information.= I now get the following: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. chan_interrupt (chans=3D0x4013a3cc, task=3D0x4013a3fc, tty=3D0xbc1c000, = irq=3D2) at arch/um/drivers/chan_kern.c:535 535 arch/um/drivers/chan_kern.c: No such file or directory. in arch/um/drivers/chan_kern.c (gdb) bt =20 #0 chan_interrupt (chans=3D0x4013a3cc, task=3D0x4013a3fc, tty=3D0xbc1c000,= irq=3D2) at arch/um/drivers/chan_kern.c:535 #1 0x0806b2d0 in line_interrupt (irq=3D1075028940, data=3D0xbc1c000, = unused=3D0x8290ee8) at arch/um/drivers/line.c:30 #2 0x080984b3 in handle_IRQ_event (irq=3D2, regs=3D0x8290ee8, action=3D0xb= c8c780) at kernel/irq/handle.c:87 #3 0x080985ab in __do_IRQ (irq=3D2, regs=3D0x8290ee8) at kernel/irq/handle= ..c:172 #4 0x0805fe70 in do_IRQ (irq=3D1075028940, regs=3D0x4013a3c4) at = arch/um/kernel/irq.c:89 #5 0x0806000a in sigio_handler (sig=3D29, regs=3D0x8290ee8) at arch/um/ker= nel/irq_user.c:73 #6 0x0806939f in sig_handler_common_skas (sig=3D29, sc_ptr=3D0xe8) at = arch/um/kernel/skas/trap_user.c:42 #7 0x08075648 in sig_handler (sig=3D29) at arch/um/os-Linux/signal.c:16 #8 <signal handler called> #9 0xb7f5a5bb in nanosleep () from /lib/tls/libc.so.6 #10 0x08065c44 in idle_sleep (secs=3D-4) at arch/um/kernel/time.c:155 #11 0x08062e76 in default_idle () at arch/um/kernel/process_kern.c:215 #12 0x08068ca8 in init_idle_skas () at arch/um/kernel/skas/process_kern.c:1= 57 #13 0x08049603 in start_kernel () at init/main.c:514 #14 0x08068cdc in start_kernel_proc (unused=3D0x0) at arch/um/kernel/skas/p= rocess_kern.c:174 #15 0x080628d9 in run_kernel_thread (fn=3D0x8068cb0 <start_kernel_proc>, = arg=3D0x0, jmp_ptr=3D0xfffffffc) at arch/um/kernel/process.c:364 #16 0x08068983 in new_thread_handler (sig=3D10) at thread_info.h:46 #17 <signal handler called> #18 0xb7ed9ab1 in kill () from /lib/tls/libc.so.6 #19 0x04000000 in ?? () #20 0x08000000 in ?? () #21 0x00000001 in ?? () #22 0xbffff488 in ?? () #23 0x080685f9 in start_idle_thread (stack=3D0x828fad4, switch_buf_ptr=3D0x= 1, fork_buf_ptr=3D0x0) at arch/um/kernel/skas/process.c:282 #24 0x080685f9 in start_idle_thread (stack=3D0x828c000, switch_buf_ptr=3D0x= 82911f4, fork_buf_ptr=3D0x0) at arch/um/kernel/skas/process.c:282 #25 0x08068d43 in start_uml_skas () at arch/um/kernel/skas/process_kern.c:1= 87 #26 0x08066fee in linux_main (argc=3D137186816, argv=3D0x8000000) at = arch/um/kernel/um_arch.c:426 #27 0x08060b1b in main (argc=3D0, argv=3D0xbffff614, envp=3D0x0) at = arch/um/kernel/main.c:155 (gdb)=20 >>> "Anthony Brock" <Ant...@ou...> 05/03/05 09:39AM >>> One final test. The following allowed the crash to finish. Also, the crash = occurred as soon as I hit the "down" arrow on my keyboard. I'm beginning = to wonder if this is somehow related to the readline libraries or bash: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0c4 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0cb in panic () (gdb) handle SIGTRAP pass nostop noprint SIGTRAP is used by the debugger. Are you sure you want to change it? (y or n) y Signal Stop Print Pass to program Description SIGTRAP No No Yes Trace/breakpoint trap (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () #1 0x08066ac4 in relay_signal () #2 0x08256923 in __func__.5 () #3 0x00000005 in ?? () #4 0x08298ee8 in init_task () #5 0x08064f0f in unblock_signals () #6 0x00000001 in ?? () #7 0x08298ee8 in init_task () #8 0x00000028 in ?? () #9 0x080697f0 in sig_handler_common_skas () #10 0x00000000 in ?? () #11 0x00000000 in ?? () #12 0x00000016 in ?? () #13 0x40139b54 in ?? () #14 0xfffffff2 in ?? () #15 0x00000000 in ?? () #16 0x00000000 in ?? () #17 0x08075e87 in sig_handler () #18 0x00000005 in ?? () #19 0x08297088 in init_thread_union () #20 0x40139b54 in ?? () #21 <signal handler called> #22 0x0807d0cb in panic () (gdb) c Continuing. Program terminated with signal SIGTRAP, Trace/breakpoint trap. The program no longer exists. (gdb) quit >>> "Anthony Brock" <Ant...@ou...> 05/03/05 09:32AM >>> Well, debug information didn't seem to have any positive effect. Here are = the additional configure parameters I turned on: CONFIG_DEBUG_KERNEL=3Dy CONFIG_DEBUG_INFO=3Dy CONFIG_FRAME_POINTER=3Dy Let me know if I'm missing something or need to turn on additional = parameters. Also, please note that this crash never seemed to end! It kept = hitting breakpoints! Here are the start of the messages: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Breakpoint 1, 0x0807d0c0 in panic () (gdb) bt #0 0x0807d0c0 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0c4 in panic () (gdb) bt #0 0x0807d0c4 in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0cb in panic () (gdb) bt #0 0x0807d0cb in panic () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd0 in bust_spinlocks () (gdb) bt #0 0x0818fdd0 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd3 in bust_spinlocks () (gdb) bt #0 0x0818fdd3 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdd7 in bust_spinlocks () (gdb) bt #0 0x0818fdd7 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddb in bust_spinlocks () (gdb) bt #0 0x0818fddb in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddd in bust_spinlocks () (gdb) bt #0 0x0818fddd in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fddf in bust_spinlocks () (gdb) bt #0 0x0818fddf in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fde4 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdea in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdee in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0818fdf1 in bust_spinlocks () (gdb) c Continuing. Program received signal SIGTRAP, Trace/breakpoint trap. 0x0807d0d0 in panic () (gdb)=20 I eventually killed the process. It never actually reached the previous = error message. Also, this crash occurred a few seconds after I had = finished typing my last command (ls -l /etc/network/). Tony >>> "Anthony Brock" <Ant...@ou...> 05/03/05 08:16AM >>> Hmmm, I think I need to recompile the kernel with debug information. In = any case, here are the results: myserver:~#=20 Program received signal SIGSEGV, Segmentation fault. 0x0806b21f in chan_interrupt () (gdb) bt =20 #0 0x0806b21f in chan_interrupt () #1 0x00000000 in ?? () (gdb) c Continuing. Kernel panic - not syncing: Kernel mode fault at addr 0xd, ip 0x0 =20 EIP: 0000:[<00000000>] CPU: 0 Not tainted EFLAGS: 00000000 Not tainted EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX: 00000000 ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 0000 ES: 0000 Call Trace:=20 08297338: [<0808c30d>] notifier_call_chain+0x2d/0x50 08297348: [<0818fe16>] bust_spinlocks+0x46/0x50 08297358: [<0807d131>] panic+0x71/0x120 08297378: [<08066997>] segv+0x217/0x250 082973d8: [<08064eb5>] change_signals+0x65/0x90 08297468: [<08066cb7>] segv_handler+0xd7/0xe0 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 082974b8: [<08075e87>] sig_handler+0x17/0x20 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 08297530: [<08064f70>] enable_mask+0x50/0x70 08297550: [<08064fc3>] get_signals+0x33/0x50 082975b0: [<0806505d>] set_signals+0x7d/0x130 08297620: [<0806505d>] set_signals+0x7d/0x130 082976b0: [<0806505d>] set_signals+0x7d/0x130 08297710: [<0806505d>] set_signals+0x7d/0x130 08297740: [<08064eb5>] change_signals+0x65/0x90 082977d0: [<0806b85f>] line_interrupt+0x2f/0x40 082977f0: [<08099900>] handle_IRQ_event+0x30/0x80 08297820: [<080999f8>] __do_IRQ+0xa8/0xf0 08297840: [<0805fea3>] do_IRQ+0x33/0x50 08297850: [<0806004a>] sigio_handler+0xda/0x140 08297870: [<080697f0>] sig_handler_common_skas+0x90/0xe0 08297894: [<080690e0>] start_kernel_proc+0x0/0x40 0829789c: [<08068cc0>] new_thread_handler+0x0/0x120 082978a0: [<08075e87>] sig_handler+0x17/0x20 082978cc: [<080690e0>] start_kernel_proc+0x0/0x40 082978d0: [<08068cc0>] new_thread_handler+0x0/0x120 08297a40: [<08068937>] switch_threads+0x87/0x90 08297a70: [<08064eb5>] change_signals+0x65/0x90 08297b10: [<08064f0f>] unblock_signals+0xf/0x20 08297b20: [<080799e7>] finish_task_switch+0x27/0x70 08297b40: [<08244353>] schedule+0x2e3/0x4e0 08297b90: [<08065e93>] idle_sleep+0x23/0x30 08297bac: [<08068cc0>] new_thread_handler+0x0/0x120 08297bb0: [<08062f37>] default_idle+0x67/0x70 08297bd0: [<080690d8>] init_idle_skas+0x28/0x30 08297bd4: [<0805f210>] init+0x0/0x110 08297be0: [<080495b3>] start_kernel+0x163/0x1a0 08297bf4: [<08049130>] unknown_bootoption+0x0/0x200 08297c00: [<0806910b>] start_kernel_proc+0x2b/0x40 08297c04: [<080690e0>] start_kernel_proc+0x0/0x40 08297c10: [<08062978>] run_kernel_thread+0x78/0x80 08297c28: [<080690e0>] start_kernel_proc+0x0/0x40 08297c30: [<08068cc0>] new_thread_handler+0x0/0x120 08297c38: [<08062940>] run_kernel_thread+0x40/0x80 08297cd4: [<080690e0>] start_kernel_proc+0x0/0x40 08297cdc: [<08068cc0>] new_thread_handler+0x0/0x120 08297ce0: [<08068d8e>] new_thread_handler+0xce/0x120 08297ce4: [<080690e0>] start_kernel_proc+0x0/0x40 08297d40: [<08068cc0>] new_thread_handler+0x0/0x120 =20 Program exited with code 01. (gdb)=20 >>> Jeff Dike <jd...@ad...> 05/02/05 08:13PM >>> br...@st... said: > Is this your "stack trace"?=20 Close. What I'd really like is to get it to crash when it's running under gdb, with a breakpoint on panic. Then, 'bt' to gdb at that point. That gives the true call trace, plus line number information. > 08297488: [<080697f0>] sig_handler_common_skas+0x90/0xe0 > 082974b8: [<08075e87>] sig_handler+0x17/0x20 > 08297508: [<0806b21f>] chan_interrupt+0xf/0x130 > 08297530: [<08064f70>] enable_mask+0x50/0x70 This tells me that chan_interrupt segfaulted, but not necessarily exactly where, and a lot of the other stuff on the stack isn't in the true call chain. Jeff ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=3D20=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. Get your fingers limbered up and give it your best shot. 4 great events, 4 opportunities to win big! Highest score wins.NEC IT Guy Games. Play to win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Jeff D. <jd...@ad...> - 2005-05-07 03:19:52
|
On Wed, May 04, 2005 at 08:06:22AM -0700, Anthony Brock wrote: > Okay, I've now recompiled the host kernel to include debugging information. I now get the following: > > myserver:~# > Program received signal SIGSEGV, Segmentation fault. > chan_interrupt (chans=0x4013a3cc, task=0x4013a3fc, tty=0xbc1c000, irq=2) at arch/um/drivers/chan_kern.c:535 Can you see if you can make it happen with current -mm or current 2.6.12-rc? Not that I think it's fixed there, but those are the trees I have handy, and the line numbers will make a lot more sense to me then. Jeff |
From: Anthony B. <br...@st...> - 2005-05-09 16:41:03
|
First, I would appreciate it if someone can remind me of where to download the '-mm' tree. Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, I'm unable to compile it due to the following error: HOSTCC scripts/kallsyms HOSTCC scripts/bin2c CC init/main.o In file included from arch/um/include/um_uaccess.h:17, from include/asm/uaccess.h:33, from include/asm/unistd.h:11, from include/linux/unistd.h:9, from init/main.c:46: /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h: In function `verify_area_skas': /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: error: `FIXADDR_USER_START' undeclared (first use in this function) /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: error: (Each undeclared identifier is reported only once /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: error: for each function it appears in.) /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: error: `FIXADDR_USER_END' undeclared (first use in this function) make[1]: *** [init/main.o] Error 1 make: *** [init] Error 2 Pointers are appreciated! In the mean time, I'll see if I can figure out a work-around. Tony Quoting Jeff Dike <jd...@ad...>: > On Wed, May 04, 2005 at 08:06:22AM -0700, Anthony Brock wrote: >> Okay, I've now recompiled the host kernel to include debugging >> information. I now get the following: >> >> myserver:~# >> Program received signal SIGSEGV, Segmentation fault. >> chan_interrupt (chans=0x4013a3cc, task=0x4013a3fc, tty=0xbc1c000, >> irq=2) at arch/um/drivers/chan_kern.c:535 > > Can you see if you can make it happen with current -mm or current 2.6.12-rc? > > Not that I think it's fixed there, but those are the trees I have handy, and > the line numbers will make a lot more sense to me then. > > Jeff |
From: Jeff D. <jd...@ad...> - 2005-05-09 23:51:44
|
On Mon, May 09, 2005 at 09:40:50AM -0700, Anthony Brock wrote: > `FIXADDR_USER_START' undeclared (first use in this function) > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > (Each undeclared identifier is reported only once > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > for each function it appears in.) > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > `FIXADDR_USER_END' undeclared (first use in this function) > make[1]: *** [init/main.o] Error 1 > make: *** [init] Error 2 Looks like you tried to push the entire patchset. The skas0 comment about applying up to there also means you shouldn't go any further. There are later patches which are missing x86_64 support. Jeff |
From: Blaisorblade <bla...@ya...> - 2005-05-10 10:30:37
|
On Monday 09 May 2005 18:40, Anthony Brock wrote: > First, I would appreciate it if someone can remind me of where to download > the '-mm' tree. > > Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, I'm > unable to compile it due to the following error: Remove include/asm-um/elf.h, which is a 0-length file, and it will work. And this is the real fix... -- Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade |
From: Anthony B. <br...@st...> - 2005-05-09 19:37:41
|
Okay, I've downloaded Jeff's patches at applied them (I believe) using "quilt push -a". I hope that this is the correct command. I then encountered: CHK include/linux/compile.h CHK usr/initramfs_list CC arch/um/kernel/mem.o arch/um/kernel/mem.c:17:2: invalid preprocessing directive #incldue arch/um/kernel/mem.c: In function `fixaddr_user_init': arch/um/kernel/mem.c:203: error: `FIXADDR_USER_END' undeclared (first use in this function) arch/um/kernel/mem.c:203: error: (Each undeclared identifier is reported only once arch/um/kernel/mem.c:203: error: for each function it appears in.) arch/um/kernel/mem.c:203: error: `FIXADDR_USER_START' undeclared (first use in this function) make[1]: *** [arch/um/kernel/mem.o] Error 1 make: *** [arch/um/kernel] Error 2 I then by-passed this with: --- arch/um/kernel/mem.c.orig 2005-05-09 12:30:25.000000000 -0700 +++ arch/um/kernel/mem.c 2005-05-09 12:25:03.000000000 -0700 @@ -14,6 +14,7 @@ #include "asm/fixmap.h" #include "asm/pgalloc.h" #include "asm/elf.h" +#include "asm-um/elf-i386.h" #include "user_util.h" #include "kern_util.h" #include "kern.h" However, I now encounter the following: CC arch/um/sys-i386/ldt.o arch/um/sys-i386/ldt.c:71:2: warning: #warning Need to look up userspace_pid by cpu arch/um/sys-i386/ldt.c:123:2: warning: #warning Need to look up userspace_pid by cpu arch/um/sys-i386/ldt.c: In function `ldt_get_host_info': arch/um/sys-i386/ldt.c:350: warning: implicit declaration of function `modify_ldt' CC arch/um/sys-i386/ptrace.o arch/um/sys-i386/ptrace.c:403: error: parse error before "elf_fpregset_t" arch/um/sys-i386/ptrace.c:404: warning: function declaration isn't a prototype arch/um/sys-i386/ptrace.c: In function `dump_fpu': arch/um/sys-i386/ptrace.c:405: error: `regs' undeclared (first use in this function) arch/um/sys-i386/ptrace.c:405: error: (Each undeclared identifier is reported only once arch/um/sys-i386/ptrace.c:405: error: for each function it appears in.) arch/um/sys-i386/ptrace.c:405: error: `fpu' undeclared (first use in this function) make[1]: *** [arch/um/sys-i386/ptrace.o] Error 1 make: *** [arch/um/sys-i386] Error 2 Any ideas? Tony Quoting Anthony Brock <br...@st...>: > First, I would appreciate it if someone can remind me of where to > download the > '-mm' tree. > > Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, I'm > unable to compile it due to the following error: > > HOSTCC scripts/kallsyms > HOSTCC scripts/bin2c > CC init/main.o > In file included from arch/um/include/um_uaccess.h:17, > from include/asm/uaccess.h:33, > from include/asm/unistd.h:11, > from include/linux/unistd.h:9, > from init/main.c:46: > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h: In > function `verify_area_skas': > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > `FIXADDR_USER_START' undeclared (first use in this function) > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > (Each undeclared identifier is reported only once > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > for each function it appears in.) > /srv/work/linux-2.6.12-rc4/arch/um/kernel/skas/include/uaccess-skas.h:24: > error: > `FIXADDR_USER_END' undeclared (first use in this function) > make[1]: *** [init/main.o] Error 1 > make: *** [init] Error 2 > > Pointers are appreciated! In the mean time, I'll see if I can figure out a > work-around. > > Tony |
From: Anthony B. <Ant...@ou...> - 2005-05-10 15:45:00
|
Okay, it compiles! However, it also issues the following warning: make[1]: `arch/um/sys-i386/util/mk_thread' is up to date. Building modules, stage 2. MODPOST *** Warning: "getgid" [fs/hostfs/hostfs.ko] undefined! >>> Blaisorblade <bla...@ya...> 05/10/05 03:19AM >>> On Monday 09 May 2005 18:40, Anthony Brock wrote: > First, I would appreciate it if someone can remind me of where to = download > the '-mm' tree. > > Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, = I'm > unable to compile it due to the following error: Remove include/asm-um/elf.h, which is a 0-length file, and it will work. = And=20 this is the real fix... --=20 Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade=20 ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Anthony B. <Ant...@ou...> - 2005-05-10 16:06:58
|
Well, the new version didn't waste any time! It crashed on my first = keystroke. The output is below. This is on a 2.6.12-rc4 guest with the = full patch set from http://user-mode-linux.sourceforge.net/patches.html = applied. Finally, I deleted 'include/asm-um/elf.h' from the source tree = prior to compile. Let me know if you need any further details. Tony Breakpoint 1, panic (fmt=3D0x0) at kernel/panic.c:66 66 kernel/panic.c: No such file or directory. in kernel/panic.c (gdb) bt #0 panic (fmt=3D0x0) at kernel/panic.c:66 #1 0x08064e38 in segv (fi=3D{error_code =3D 4, cr2 =3D 7, trap_no =3D = 14}, ip=3D0, is_user=3D0, sc=3D0x0) at arch/um/kernel/trap_kern.c:176 #2 0x080650ee in segv_handler (sig=3D11, regs=3D0x82a8fc4) at arch/um/kern= el/trap_kern.c:277 #3 0x080788a9 in sig_handler_common_skas (sig=3D11, sc_ptr=3D0x8065020) = at arch/um/os-Linux/skas/trap.c:52 #4 0x08074038 in sig_handler (sig=3D11) at arch/um/os-Linux/signal.c:31 #5 <signal handler called> #6 chan_interrupt (chans=3D0x7, task=3D0x27, tty=3D0xbd36000, irq=3D2) at = arch/um/drivers/chan_kern.c:533 #7 0x08068260 in line_interrupt (irq=3D7, data=3D0xbd36000, unused=3D0x82a= 8fc4) at arch/um/drivers/line.c:30 #8 0x0809efa3 in handle_IRQ_event (irq=3D2, regs=3D0x82a8fc4, action=3D0xb= d877a0) at kernel/irq/handle.c:87 #9 0x0809f09b in __do_IRQ (irq=3D2, regs=3D0x82a8fc4) at kernel/irq/handle= ..c:172 #10 0x08060460 in do_IRQ (irq=3D7, regs=3D0xffffffff) at arch/um/kernel/irq= ..c:91 #11 0x08060647 in sigio_handler (sig=3D29, regs=3D0x82a8fc4) at arch/um/ker= nel/irq.c:221 #12 0x080788a9 in sig_handler_common_skas (sig=3D29, sc_ptr=3D0x80605e0) = at arch/um/os-Linux/skas/trap.c:52 #13 0x08074038 in sig_handler (sig=3D29) at arch/um/os-Linux/signal.c:31 #14 <signal handler called> #15 0xb7f5a5bb in nanosleep () from /lib/tls/libc.so.6 #16 0x08075794 in idle_sleep (secs=3D-4) at arch/um/os-Linux/time.c:155 #17 0x080621d6 in default_idle () at arch/um/kernel/process_kern.c:206 #18 0x08065ea8 in init_idle_skas () at arch/um/kernel/skas/process_kern.c:1= 44 #19 0x08049643 in start_kernel () at init/main.c:526 #20 0x08065edc in start_kernel_proc (unused=3D0x0) at arch/um/kernel/skas/p= rocess_kern.c:161 #21 0x08073949 in run_kernel_thread (fn=3D0x8065eb0 <start_kernel_proc>, = arg=3D0x0, jmp_ptr=3D0xfffffffc) at arch/um/os-Linux/process.c:215 #22 0x08065bea in new_thread_handler (sig=3D10) at thread_info.h:46 #23 <signal handler called> #24 0xb7ed9ab1 in kill () from /lib/tls/libc.so.6 #25 0x0000000e in ?? () #26 0x0000001a in ?? () #27 0xffffffff in ?? () #28 0xbffff118 in ?? () #29 0x080785ea in start_idle_thread (stack=3D0x82a7ad4, switch_buf_ptr=3D0x= 1, fork_buf_ptr=3D0x0) at arch/um/os-Linux/skas/process.c:507 #30 0x080785ea in start_idle_thread (stack=3D0x82a4000, switch_buf_ptr=3D0x= 82a92d4, fork_buf_ptr=3D0x0) at arch/um/os-Linux/skas/process.c:507 #31 0x08065f41 in start_uml_skas () at arch/um/kernel/skas/process_kern.c:1= 77 #32 0x0806556d in linux_main (argc=3D137271040, argv=3D0x8000000) at = arch/um/kernel/um_arch.c:437 #33 0x08072d6b in main (argc=3D0, argv=3D0xbffff2a4, envp=3D0x0) at = arch/um/os-Linux/main.c:154 >>> Blaisorblade <bla...@ya...> 05/10/05 03:19AM >>> On Monday 09 May 2005 18:40, Anthony Brock wrote: > First, I would appreciate it if someone can remind me of where to = download > the '-mm' tree. > > Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, = I'm > unable to compile it due to the following error: Remove include/asm-um/elf.h, which is a 0-length file, and it will work. = And=20 this is the real fix... --=20 Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade=20 ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Anthony B. <Ant...@ou...> - 2005-05-17 17:57:01
|
Any ideas concerning this crash? Would any more information help? While = this only affects the console, it is VERY annoying when trying to deploy a = new server. Thanks! Tony >>> "Anthony Brock" <Ant...@ou...> 05/10/05 09:04AM >>> Well, the new version didn't waste any time! It crashed on my first = keystroke. The output is below. This is on a 2.6.12-rc4 guest with the = full patch set from http://user-mode-linux.sourceforge.net/patches.html = applied. Finally, I deleted 'include/asm-um/elf.h' from the source tree = prior to compile. Let me know if you need any further details. Tony Breakpoint 1, panic (fmt=3D0x0) at kernel/panic.c:66 66 kernel/panic.c: No such file or directory. in kernel/panic.c (gdb) bt #0 panic (fmt=3D0x0) at kernel/panic.c:66 #1 0x08064e38 in segv (fi=3D{error_code =3D 4, cr2 =3D 7, trap_no =3D = 14}, ip=3D0, is_user=3D0, sc=3D0x0) at arch/um/kernel/trap_kern.c:176 #2 0x080650ee in segv_handler (sig=3D11, regs=3D0x82a8fc4) at arch/um/kern= el/trap_kern.c:277 #3 0x080788a9 in sig_handler_common_skas (sig=3D11, sc_ptr=3D0x8065020) = at arch/um/os-Linux/skas/trap.c:52 #4 0x08074038 in sig_handler (sig=3D11) at arch/um/os-Linux/signal.c:31 #5 <signal handler called> #6 chan_interrupt (chans=3D0x7, task=3D0x27, tty=3D0xbd36000, irq=3D2) at = arch/um/drivers/chan_kern.c:533 #7 0x08068260 in line_interrupt (irq=3D7, data=3D0xbd36000, unused=3D0x82a= 8fc4) at arch/um/drivers/line.c:30 #8 0x0809efa3 in handle_IRQ_event (irq=3D2, regs=3D0x82a8fc4, action=3D0xb= d877a0) at kernel/irq/handle.c:87 #9 0x0809f09b in __do_IRQ (irq=3D2, regs=3D0x82a8fc4) at kernel/irq/handle= ...c:172 #10 0x08060460 in do_IRQ (irq=3D7, regs=3D0xffffffff) at arch/um/kernel/irq= ...c:91 #11 0x08060647 in sigio_handler (sig=3D29, regs=3D0x82a8fc4) at arch/um/ker= nel/irq.c:221 #12 0x080788a9 in sig_handler_common_skas (sig=3D29, sc_ptr=3D0x80605e0) = at arch/um/os-Linux/skas/trap.c:52 #13 0x08074038 in sig_handler (sig=3D29) at arch/um/os-Linux/signal.c:31 #14 <signal handler called> #15 0xb7f5a5bb in nanosleep () from /lib/tls/libc.so.6 #16 0x08075794 in idle_sleep (secs=3D-4) at arch/um/os-Linux/time.c:155 #17 0x080621d6 in default_idle () at arch/um/kernel/process_kern.c:206 #18 0x08065ea8 in init_idle_skas () at arch/um/kernel/skas/process_kern.c:1= 44 #19 0x08049643 in start_kernel () at init/main.c:526 #20 0x08065edc in start_kernel_proc (unused=3D0x0) at arch/um/kernel/skas/p= rocess_kern.c:161 #21 0x08073949 in run_kernel_thread (fn=3D0x8065eb0 <start_kernel_proc>, = arg=3D0x0, jmp_ptr=3D0xfffffffc) at arch/um/os-Linux/process.c:215 #22 0x08065bea in new_thread_handler (sig=3D10) at thread_info.h:46 #23 <signal handler called> #24 0xb7ed9ab1 in kill () from /lib/tls/libc.so.6 #25 0x0000000e in ?? () #26 0x0000001a in ?? () #27 0xffffffff in ?? () #28 0xbffff118 in ?? () #29 0x080785ea in start_idle_thread (stack=3D0x82a7ad4, switch_buf_ptr=3D0x= 1, fork_buf_ptr=3D0x0) at arch/um/os-Linux/skas/process.c:507 #30 0x080785ea in start_idle_thread (stack=3D0x82a4000, switch_buf_ptr=3D0x= 82a92d4, fork_buf_ptr=3D0x0) at arch/um/os-Linux/skas/process.c:507 #31 0x08065f41 in start_uml_skas () at arch/um/kernel/skas/process_kern.c:1= 77 #32 0x0806556d in linux_main (argc=3D137271040, argv=3D0x8000000) at = arch/um/kernel/um_arch.c:437 #33 0x08072d6b in main (argc=3D0, argv=3D0xbffff2a4, envp=3D0x0) at = arch/um/os-Linux/main.c:154 >>> Blaisorblade <bla...@ya...> 05/10/05 03:19AM >>> On Monday 09 May 2005 18:40, Anthony Brock wrote: > First, I would appreciate it if someone can remind me of where to = download > the '-mm' tree. > > Second, I downloaded at attempted to compile 2.6.12-rc4. Unfortunately, = I'm > unable to compile it due to the following error: Remove include/asm-um/elf.h, which is a 0-length file, and it will work. = And=20 this is the real fix... --=20 Paolo Giarrusso, aka Blaisorblade Skype user "PaoloGiarrusso" Linux registered user n. 292729 http://www.user-mode-linux.org/~blaisorblade=20 ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel=20 ------------------------------------------------------- This SF.Net email is sponsored by Oracle Space Sweepstakes Want to be the first software developer in space? Enter now for the Oracle Space Sweepstakes! http://ads.osdn.com/?ad_ids93&alloc_id281&op=3Dclick=20 _______________________________________________ User-mode-linux-devel mailing list Use...@li...=20 https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel |
From: Anthony B. <Ant...@or...> - 2005-05-27 16:31:10
|
Blaisor, I've been testing your 2.6.11.8-bs5 release applied to a 2.6.11.10 source tree. So far (3 days), it fixes the problem with kernel panics! Did I mis= s a message from you concerning this? Or is this an "accidental" fix to the console issues I've been having? In any case, thanks! Tony > -----Original Message----- > From: use...@li... > [mailto:use...@li...]On Behalf Of > Anthony Brock > Sent: Tuesday, May 17, 2005 10:58 AM > To: use...@li... > Subject: Re: [uml-devel] Kernel panic with 2.6.11.6 > > > Any ideas concerning this crash? Would any more information help? > While this only affects the console, it is VERY annoying when > trying to deploy a new server. > > Thanks! > > Tony > > > >>> "Anthony Brock" <Ant...@ou...> 05/10/05 09:04AM >>> > Well, the new version didn't waste any time! It crashed on my > first keystroke. The output is below. This is on a 2.6.12-rc4 > guest with the full patch set from > http://user-mode-linux.sourceforge.net/patches.html applied. > Finally, I deleted 'include/asm-um/elf.h' from the source tree > prior to compile. > > Let me know if you need any further details. > > Tony > > Breakpoint 1, panic (fmt=3D0x0) at kernel/panic.c:66 > 66 kernel/panic.c: No such file or directory. > in kernel/panic.c > (gdb) bt > #0 panic (fmt=3D0x0) at kernel/panic.c:66 > #1 0x08064e38 in segv (fi=3D{error_code =3D 4, cr2 =3D 7, trap_no =3D > 14}, ip=3D0, is_user=3D0, sc=3D0x0) at arch/um/kernel/trap_kern.c:176 > #2 0x080650ee in segv_handler (sig=3D11, regs=3D0x82a8fc4) at > arch/um/kernel/trap_kern.c:277 > #3 0x080788a9 in sig_handler_common_skas (sig=3D11, > sc_ptr=3D0x8065020) at arch/um/os-Linux/skas/trap.c:52 > #4 0x08074038 in sig_handler (sig=3D11) at arch/um/os-Linux/signal.c:3= 1 > #5 <signal handler called> > #6 chan_interrupt (chans=3D0x7, task=3D0x27, tty=3D0xbd36000, irq=3D2) > at arch/um/drivers/chan_kern.c:533 > #7 0x08068260 in line_interrupt (irq=3D7, data=3D0xbd36000, > unused=3D0x82a8fc4) at arch/um/drivers/line.c:30 > #8 0x0809efa3 in handle_IRQ_event (irq=3D2, regs=3D0x82a8fc4, > action=3D0xbd877a0) at kernel/irq/handle.c:87 > #9 0x0809f09b in __do_IRQ (irq=3D2, regs=3D0x82a8fc4) at > kernel/irq/handle...c:172 > #10 0x08060460 in do_IRQ (irq=3D7, regs=3D0xffffffff) at > arch/um/kernel/irq...c:91 > #11 0x08060647 in sigio_handler (sig=3D29, regs=3D0x82a8fc4) at > arch/um/kernel/irq.c:221 > #12 0x080788a9 in sig_handler_common_skas (sig=3D29, > sc_ptr=3D0x80605e0) at arch/um/os-Linux/skas/trap.c:52 > #13 0x08074038 in sig_handler (sig=3D29) at arch/um/os-Linux/signal.c:3= 1 > #14 <signal handler called> > #15 0xb7f5a5bb in nanosleep () from /lib/tls/libc.so.6 > #16 0x08075794 in idle_sleep (secs=3D-4) at arch/um/os-Linux/time.c:155 > #17 0x080621d6 in default_idle () at arch/um/kernel/process_kern.c:206 > #18 0x08065ea8 in init_idle_skas () at > arch/um/kernel/skas/process_kern.c:144 > #19 0x08049643 in start_kernel () at init/main.c:526 > #20 0x08065edc in start_kernel_proc (unused=3D0x0) at > arch/um/kernel/skas/process_kern.c:161 > #21 0x08073949 in run_kernel_thread (fn=3D0x8065eb0 > <start_kernel_proc>, arg=3D0x0, jmp_ptr=3D0xfffffffc) > at arch/um/os-Linux/process.c:215 > #22 0x08065bea in new_thread_handler (sig=3D10) at thread_info.h:46 > #23 <signal handler called> > #24 0xb7ed9ab1 in kill () from /lib/tls/libc.so.6 > #25 0x0000000e in ?? () > #26 0x0000001a in ?? () > #27 0xffffffff in ?? () > #28 0xbffff118 in ?? () > #29 0x080785ea in start_idle_thread (stack=3D0x82a7ad4, > switch_buf_ptr=3D0x1, fork_buf_ptr=3D0x0) at > arch/um/os-Linux/skas/process.c:507 > #30 0x080785ea in start_idle_thread (stack=3D0x82a4000, > switch_buf_ptr=3D0x82a92d4, fork_buf_ptr=3D0x0) > at arch/um/os-Linux/skas/process.c:507 > #31 0x08065f41 in start_uml_skas () at > arch/um/kernel/skas/process_kern.c:177 > #32 0x0806556d in linux_main (argc=3D137271040, argv=3D0x8000000) at > arch/um/kernel/um_arch.c:437 > #33 0x08072d6b in main (argc=3D0, argv=3D0xbffff2a4, envp=3D0x0) at > arch/um/os-Linux/main.c:154 > > > >>> Blaisorblade <bla...@ya...> 05/10/05 03:19AM >>> > On Monday 09 May 2005 18:40, Anthony Brock wrote: > > First, I would appreciate it if someone can remind me of where > to download > > the '-mm' tree. > > > > Second, I downloaded at attempted to compile 2.6.12-rc4. > Unfortunately, I'm > > unable to compile it due to the following error: > Remove include/asm-um/elf.h, which is a 0-length file, and it > will work. And > this is the real fix... > -- > Paolo Giarrusso, aka Blaisorblade > Skype user "PaoloGiarrusso" > Linux registered user n. 292729 > http://www.user-mode-linux.org/~blaisorblade > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_ids93&alloc_id281&op=3Dclick > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > |
From: Anthony B. <br...@st...> - 2005-05-30 09:13:59
|
Never mind. The issue is still present. The instance, while lasting longe= r, crashed once I reconnect to the "screen" via a "screen -r my-uml-instance= " command on day 4. Was the previous information enough, or should I genera= te another backtrace? Also, this seems to be prevalent when the host (SKAS v8) has been running for an extended period. Tony > -----Original Message----- > From: use...@li... > [mailto:use...@li...]On Behalf Of > Anthony Brock > Sent: Friday, May 27, 2005 9:31 AM > To: use...@li... > Subject: RE: [uml-devel] Kernel panic with 2.6.11.6 > > > Blaisor, > > I've been testing your 2.6.11.8-bs5 release applied to a 2.6.11.10 sour= ce > tree. So far (3 days), it fixes the problem with kernel panics! > Did I miss a > message from you concerning this? Or is this an "accidental" fix to the > console issues I've been having? > > In any case, thanks! > > Tony > > > > -----Original Message----- > > From: use...@li... > > [mailto:use...@li...]On Behalf O= f > > Anthony Brock > > Sent: Tuesday, May 17, 2005 10:58 AM > > To: use...@li... > > Subject: Re: [uml-devel] Kernel panic with 2.6.11.6 > > > > > > Any ideas concerning this crash? Would any more information help? > > While this only affects the console, it is VERY annoying when > > trying to deploy a new server. > > > > Thanks! > > > > Tony > > > > > > >>> "Anthony Brock" <Ant...@ou...> 05/10/05 09:04AM >>> > > Well, the new version didn't waste any time! It crashed on my > > first keystroke. The output is below. This is on a 2.6.12-rc4 > > guest with the full patch set from > > http://user-mode-linux.sourceforge.net/patches.html applied. > > Finally, I deleted 'include/asm-um/elf.h' from the source tree > > prior to compile. > > > > Let me know if you need any further details. > > > > Tony > > > > Breakpoint 1, panic (fmt=3D0x0) at kernel/panic.c:66 > > 66 kernel/panic.c: No such file or directory. > > in kernel/panic.c > > (gdb) bt > > #0 panic (fmt=3D0x0) at kernel/panic.c:66 > > #1 0x08064e38 in segv (fi=3D{error_code =3D 4, cr2 =3D 7, trap_no =3D > > 14}, ip=3D0, is_user=3D0, sc=3D0x0) at arch/um/kernel/trap_kern.c:176 > > #2 0x080650ee in segv_handler (sig=3D11, regs=3D0x82a8fc4) at > > arch/um/kernel/trap_kern.c:277 > > #3 0x080788a9 in sig_handler_common_skas (sig=3D11, > > sc_ptr=3D0x8065020) at arch/um/os-Linux/skas/trap.c:52 > > #4 0x08074038 in sig_handler (sig=3D11) at arch/um/os-Linux/signal.c= :31 > > #5 <signal handler called> > > #6 chan_interrupt (chans=3D0x7, task=3D0x27, tty=3D0xbd36000, irq=3D= 2) > > at arch/um/drivers/chan_kern.c:533 > > #7 0x08068260 in line_interrupt (irq=3D7, data=3D0xbd36000, > > unused=3D0x82a8fc4) at arch/um/drivers/line.c:30 > > #8 0x0809efa3 in handle_IRQ_event (irq=3D2, regs=3D0x82a8fc4, > > action=3D0xbd877a0) at kernel/irq/handle.c:87 > > #9 0x0809f09b in __do_IRQ (irq=3D2, regs=3D0x82a8fc4) at > > kernel/irq/handle...c:172 > > #10 0x08060460 in do_IRQ (irq=3D7, regs=3D0xffffffff) at > > arch/um/kernel/irq...c:91 > > #11 0x08060647 in sigio_handler (sig=3D29, regs=3D0x82a8fc4) at > > arch/um/kernel/irq.c:221 > > #12 0x080788a9 in sig_handler_common_skas (sig=3D29, > > sc_ptr=3D0x80605e0) at arch/um/os-Linux/skas/trap.c:52 > > #13 0x08074038 in sig_handler (sig=3D29) at arch/um/os-Linux/signal.c= :31 > > #14 <signal handler called> > > #15 0xb7f5a5bb in nanosleep () from /lib/tls/libc.so.6 > > #16 0x08075794 in idle_sleep (secs=3D-4) at arch/um/os-Linux/time.c:1= 55 > > #17 0x080621d6 in default_idle () at arch/um/kernel/process_kern.c:20= 6 > > #18 0x08065ea8 in init_idle_skas () at > > arch/um/kernel/skas/process_kern.c:144 > > #19 0x08049643 in start_kernel () at init/main.c:526 > > #20 0x08065edc in start_kernel_proc (unused=3D0x0) at > > arch/um/kernel/skas/process_kern.c:161 > > #21 0x08073949 in run_kernel_thread (fn=3D0x8065eb0 > > <start_kernel_proc>, arg=3D0x0, jmp_ptr=3D0xfffffffc) > > at arch/um/os-Linux/process.c:215 > > #22 0x08065bea in new_thread_handler (sig=3D10) at thread_info.h:46 > > #23 <signal handler called> > > #24 0xb7ed9ab1 in kill () from /lib/tls/libc.so.6 > > #25 0x0000000e in ?? () > > #26 0x0000001a in ?? () > > #27 0xffffffff in ?? () > > #28 0xbffff118 in ?? () > > #29 0x080785ea in start_idle_thread (stack=3D0x82a7ad4, > > switch_buf_ptr=3D0x1, fork_buf_ptr=3D0x0) at > > arch/um/os-Linux/skas/process.c:507 > > #30 0x080785ea in start_idle_thread (stack=3D0x82a4000, > > switch_buf_ptr=3D0x82a92d4, fork_buf_ptr=3D0x0) > > at arch/um/os-Linux/skas/process.c:507 > > #31 0x08065f41 in start_uml_skas () at > > arch/um/kernel/skas/process_kern.c:177 > > #32 0x0806556d in linux_main (argc=3D137271040, argv=3D0x8000000) at > > arch/um/kernel/um_arch.c:437 > > #33 0x08072d6b in main (argc=3D0, argv=3D0xbffff2a4, envp=3D0x0) at > > arch/um/os-Linux/main.c:154 > > > > > > >>> Blaisorblade <bla...@ya...> 05/10/05 03:19AM >>> > > On Monday 09 May 2005 18:40, Anthony Brock wrote: > > > First, I would appreciate it if someone can remind me of where > > to download > > > the '-mm' tree. > > > > > > Second, I downloaded at attempted to compile 2.6.12-rc4. > > Unfortunately, I'm > > > unable to compile it due to the following error: > > Remove include/asm-um/elf.h, which is a 0-length file, and it > > will work. And > > this is the real fix... > > -- > > Paolo Giarrusso, aka Blaisorblade > > Skype user "PaoloGiarrusso" > > Linux registered user n. 292729 > > http://www.user-mode-linux.org/~blaisorblade > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Oracle Space Sweepstakes > > Want to be the first software developer in space? > > Enter now for the Oracle Space Sweepstakes! > > http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick > > _______________________________________________ > > User-mode-linux-devel mailing list > > Use...@li... > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Oracle Space Sweepstakes > > Want to be the first software developer in space? > > Enter now for the Oracle Space Sweepstakes! > > http://ads.osdn.com/?ad_ids93&alloc_id281&op=3Dclick > > _______________________________________________ > > User-mode-linux-devel mailing list > > Use...@li... > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by Oracle Space Sweepstakes > > Want to be the first software developer in space? > > Enter now for the Oracle Space Sweepstakes! > > http://ads.osdn.com/?ad_idt12&alloc_id=16344&op=3Dick > > _______________________________________________ > > User-mode-linux-devel mailing list > > Use...@li... > > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by Yahoo. > Introducing Yahoo! Search Developer Network - Create apps using Yahoo! > Search APIs Find out how you can build Yahoo! directly into your own > Applications - visit http://developer.yahoo.net/?fr=3Dfad-ysdn-ostg-q22= 005 > _______________________________________________ > User-mode-linux-devel mailing list > Use...@li... > https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel > |