* [uml-devel] Kernel panic with 2.6.11.6
@ 2005-04-27 20:33 Anthony Brock
2005-04-28 21:29 ` Jeff Dike
2005-04-29 20:31 ` Blaisorblade
0 siblings, 2 replies; 18+ messages in thread
From: Anthony Brock @ 2005-04-27 20:33 UTC (permalink / raw)
To: user-mode-linux devel
I have a 2.6.11.6 guest kernel (with the bs3 patches) running on a 2.6.10 host
kernel (with the SKAS3 v7 patches). The guest distribution is SuSE 9.1. For the
most part, this UML functions perfectly.
However, since upgrading the guest kernel from a 2.6.9 (bb4 patches) version,
the guest will periodically abort with something like:
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!
Tony
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
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] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-04-27 20:33 Anthony Brock
@ 2005-04-28 21:29 ` Jeff Dike
2005-04-29 20:31 ` Blaisorblade
1 sibling, 0 replies; 18+ messages in thread
From: Jeff Dike @ 2005-04-28 21:29 UTC (permalink / raw)
To: Anthony Brock; +Cc: user-mode-linux devel
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
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
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] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-04-29 20:31 ` Blaisorblade
@ 2005-04-29 2:52 ` Frank Sorenson
0 siblings, 0 replies; 18+ messages in thread
From: Frank Sorenson @ 2005-04-29 2:52 UTC (permalink / raw)
To: Blaisorblade; +Cc: user-mode-linux-devel, Jeff Dike, Anthony Brock
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Blaisorblade wrote:
| Hmm, maybe this could be related with the sigwinch problem that Jeff
has a
| patch for ? It should be in the incrementals page.
This sounds very similar to the winch crash I was having, but without a
stack trace, it will be difficult to know for sure. Another thing to
check out is whether resizing the terminal (after a successful
connection to the console) will also trigger the panic.
Frank
- --
Frank Sorenson - KD7TZK
Systems Manager, Computer Science Department
Brigham Young University
frank@tuxrocks.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.6 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFCcaGGaI0dwg4A47wRArYKAKDxrOrY+iepjdsVpwsNCsX7UXPHogCeLdg/
vRXCmHLJlu0aC5CX6jjEvB0=
=aPh+
-----END PGP SIGNATURE-----
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
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] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-04-27 20:33 Anthony Brock
2005-04-28 21:29 ` Jeff Dike
@ 2005-04-29 20:31 ` Blaisorblade
2005-04-29 2:52 ` Frank Sorenson
1 sibling, 1 reply; 18+ messages in thread
From: Blaisorblade @ 2005-04-29 20:31 UTC (permalink / raw)
To: user-mode-linux-devel, Jeff Dike; +Cc: Anthony Brock
On Wednesday 27 April 2005 22:33, Anthony Brock wrote:
> I have a 2.6.11.6 guest kernel (with the bs3 patches) running on a 2.6.10
> host kernel (with the SKAS3 v7 patches). The guest distribution is SuSE
> 9.1. For the most part, this UML functions perfectly.
>
> However, since upgrading the guest kernel from a 2.6.9 (bb4 patches)
> version, the guest will periodically abort with something like:
>
> 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!
Hmm, maybe this could be related with the sigwinch problem that Jeff has a
patch for ? It should be in the incrementals page.
--
Paolo Giarrusso, aka Blaisorblade
Skype user "PaoloGiarrusso"
Linux registered user n. 292729
http://www.user-mode-linux.org/~blaisorblade
-------------------------------------------------------
SF.Net email is sponsored by: Tell us your software development plans!
Take this survey and enter to win a one-year sub to SourceForge.net
Plus IDC's 2005 look-ahead and a copy of this survey
Click here to start! http://www.idcswdc.com/cgi-bin/survey?id=105hix
_______________________________________________
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] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
@ 2005-05-02 22:52 Anthony Brock
2005-05-03 3:13 ` Jeff Dike
0 siblings, 1 reply; 18+ messages in thread
From: Anthony Brock @ 2005-05-02 22:52 UTC (permalink / raw)
To: user-mode-linux devel
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 <jdike@addtoit.com>:
> 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
>
-------------------------------------------------------
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-02 22:52 Anthony Brock
@ 2005-05-03 3:13 ` Jeff Dike
0 siblings, 0 replies; 18+ messages in thread
From: Jeff Dike @ 2005-05-03 3:13 UTC (permalink / raw)
To: Anthony Brock; +Cc: user-mode-linux devel
brocka@sterlingcgi.com 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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
@ 2005-05-03 15:16 Anthony Brock
0 siblings, 0 replies; 18+ messages in thread
From: Anthony Brock @ 2005-05-03 15:16 UTC (permalink / raw)
To: jdike; +Cc: user-mode-linux-devel
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 <jdike@addtoit.com> 05/02/05 08:13PM >>>
brocka@sterlingcgi.com 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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
@ 2005-05-03 16:32 Anthony Brock
2005-05-04 19:00 ` Blaisorblade
0 siblings, 1 reply; 18+ messages in thread
From: Anthony Brock @ 2005-05-03 16:32 UTC (permalink / raw)
To: jdike; +Cc: user-mode-linux-devel
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. Also, please note that this crash never seemed to end! It kept hitting breakpoints! Here are the start of the messages:
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" <Anthony_Brock@ous.edu> 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 <jdike@addtoit.com> 05/02/05 08:13PM >>>
brocka@sterlingcgi.com 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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
@ 2005-05-03 16:39 Anthony Brock
0 siblings, 0 replies; 18+ messages in thread
From: Anthony Brock @ 2005-05-03 16:39 UTC (permalink / raw)
To: jdike; +Cc: user-mode-linux-devel
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:~#
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" <Anthony_Brock@ous.edu> 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=y
CONFIG_DEBUG_INFO=y
CONFIG_FRAME_POINTER=y
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:~#
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" <Anthony_Brock@ous.edu> 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 <jdike@addtoit.com> 05/02/05 08:13PM >>>
brocka@sterlingcgi.com 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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
@ 2005-05-04 15:06 Anthony Brock
2005-05-07 3:15 ` Jeff Dike
0 siblings, 1 reply; 18+ messages in thread
From: Anthony Brock @ 2005-05-04 15:06 UTC (permalink / raw)
To: jdike; +Cc: user-mode-linux-devel
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
535 arch/um/drivers/chan_kern.c: No such file or directory.
in arch/um/drivers/chan_kern.c
(gdb) bt
#0 chan_interrupt (chans=0x4013a3cc, task=0x4013a3fc, tty=0xbc1c000, irq=2) at arch/um/drivers/chan_kern.c:535
#1 0x0806b2d0 in line_interrupt (irq=1075028940, data=0xbc1c000, unused=0x8290ee8) at arch/um/drivers/line.c:30
#2 0x080984b3 in handle_IRQ_event (irq=2, regs=0x8290ee8, action=0xbc8c780) at kernel/irq/handle.c:87
#3 0x080985ab in __do_IRQ (irq=2, regs=0x8290ee8) at kernel/irq/handle..c:172
#4 0x0805fe70 in do_IRQ (irq=1075028940, regs=0x4013a3c4) at arch/um/kernel/irq.c:89
#5 0x0806000a in sigio_handler (sig=29, regs=0x8290ee8) at arch/um/kernel/irq_user.c:73
#6 0x0806939f in sig_handler_common_skas (sig=29, sc_ptr=0xe8) at arch/um/kernel/skas/trap_user.c:42
#7 0x08075648 in sig_handler (sig=29) 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=-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:157
#13 0x08049603 in start_kernel () at init/main.c:514
#14 0x08068cdc in start_kernel_proc (unused=0x0) at arch/um/kernel/skas/process_kern.c:174
#15 0x080628d9 in run_kernel_thread (fn=0x8068cb0 <start_kernel_proc>, arg=0x0, jmp_ptr=0xfffffffc) at arch/um/kernel/process.c:364
#16 0x08068983 in new_thread_handler (sig=10) 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=0x828fad4, switch_buf_ptr=0x1, fork_buf_ptr=0x0) at arch/um/kernel/skas/process.c:282
#24 0x080685f9 in start_idle_thread (stack=0x828c000, switch_buf_ptr=0x82911f4, fork_buf_ptr=0x0)
at arch/um/kernel/skas/process.c:282
#25 0x08068d43 in start_uml_skas () at arch/um/kernel/skas/process_kern.c:187
#26 0x08066fee in linux_main (argc=137186816, argv=0x8000000) at arch/um/kernel/um_arch.c:426
#27 0x08060b1b in main (argc=0, argv=0xbffff614, envp=0x0) at arch/um/kernel/main.c:155
(gdb)
>>> "Anthony Brock" <Anthony_Brock@ous.edu> 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:~#
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" <Anthony_Brock@ous.edu> 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=y
CONFIG_DEBUG_INFO=y
CONFIG_FRAME_POINTER=y
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:~#
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" <Anthony_Brock@ous.edu> 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 <jdike@addtoit.com> 05/02/05 08:13PM >>>
brocka@sterlingcgi.com 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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-03 16:32 Anthony Brock
@ 2005-05-04 19:00 ` Blaisorblade
0 siblings, 0 replies; 18+ messages in thread
From: Blaisorblade @ 2005-05-04 19:00 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Anthony Brock, jdike
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" <Anthony_Brock@ous.edu> 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 <jdike@addtoit.com> 05/02/05 08:13PM >>>
>
> brocka@sterlingcgi.com 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
> User-mode-linux-devel@lists.sourceforge.net
> 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
> User-mode-linux-devel@lists.sourceforge.net
> 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
> User-mode-linux-devel@lists.sourceforge.net
> 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
-------------------------------------------------------
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-04 15:06 [uml-devel] Kernel panic with 2.6.11.6 Anthony Brock
@ 2005-05-07 3:15 ` Jeff Dike
2005-05-09 16:40 ` Anthony Brock
0 siblings, 1 reply; 18+ messages in thread
From: Jeff Dike @ 2005-05-07 3:15 UTC (permalink / raw)
To: Anthony Brock; +Cc: user-mode-linux-devel
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
-------------------------------------------------------
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-07 3:15 ` Jeff Dike
@ 2005-05-09 16:40 ` Anthony Brock
2005-05-09 22:57 ` Jeff Dike
2005-05-10 10:19 ` Blaisorblade
0 siblings, 2 replies; 18+ messages in thread
From: Anthony Brock @ 2005-05-09 16:40 UTC (permalink / raw)
To: Jeff Dike; +Cc: user-mode-linux-devel
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 <jdike@addtoit.com>:
> 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
-------------------------------------------------------
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
[not found] <s27f5807.086@ORANGE.OUS.EDU>
@ 2005-05-09 19:37 ` Anthony Brock
0 siblings, 0 replies; 18+ messages in thread
From: Anthony Brock @ 2005-05-09 19:37 UTC (permalink / raw)
To: Jeff Dike; +Cc: user-mode-linux-devel
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 <brocka@sterlingcgi.com>:
> 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
-------------------------------------------------------
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
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
^ permalink raw reply [flat|nested] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-09 16:40 ` Anthony Brock
@ 2005-05-09 22:57 ` Jeff Dike
2005-05-10 10:19 ` Blaisorblade
1 sibling, 0 replies; 18+ messages in thread
From: Jeff Dike @ 2005-05-09 22:57 UTC (permalink / raw)
To: Anthony Brock; +Cc: Jeff Dike, user-mode-linux-devel
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
-------------------------------------------------------
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=7393&alloc_id=16281&op=click
_______________________________________________
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] 18+ messages in thread
* Re: [uml-devel] Kernel panic with 2.6.11.6
2005-05-09 16:40 ` Anthony Brock
2005-05-09 22:57 ` Jeff Dike
@ 2005-05-10 10:19 ` Blaisorblade
1 sibling, 0 replies; 18+ messages in thread
From: Blaisorblade @ 2005-05-10 10:19 UTC (permalink / raw)
To: user-mode-linux-devel; +Cc: Anthony Brock, Jeff Dike
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=7393&alloc_id=16281&op=click
_______________________________________________
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] 18+ messages in thread
* RE: [uml-devel] Kernel panic with 2.6.11.6
[not found] <s289ce60.062@ORANGE.OUS.EDU>
@ 2005-05-27 16:30 ` Anthony Brock
2005-05-30 9:13 ` Anthony Brock
0 siblings, 1 reply; 18+ messages in thread
From: Anthony Brock @ 2005-05-27 16:30 UTC (permalink / raw)
To: user-mode-linux-devel
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 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: user-mode-linux-devel-admin@lists.sourceforge.net
> [mailto:user-mode-linux-devel-admin@lists.sourceforge.net]On Behalf Of
> Anthony Brock
> Sent: Tuesday, May 17, 2005 10:58 AM
> To: user-mode-linux-devel@lists.sourceforge.net
> 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" <Anthony_Brock@ous.edu> 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=0x0) at kernel/panic.c:66
> 66 kernel/panic.c: No such file or directory.
> in kernel/panic.c
> (gdb) bt
> #0 panic (fmt=0x0) at kernel/panic.c:66
> #1 0x08064e38 in segv (fi={error_code = 4, cr2 = 7, trap_no =
> 14}, ip=0, is_user=0, sc=0x0) at arch/um/kernel/trap_kern.c:176
> #2 0x080650ee in segv_handler (sig=11, regs=0x82a8fc4) at
> arch/um/kernel/trap_kern.c:277
> #3 0x080788a9 in sig_handler_common_skas (sig=11,
> sc_ptr=0x8065020) at arch/um/os-Linux/skas/trap.c:52
> #4 0x08074038 in sig_handler (sig=11) at arch/um/os-Linux/signal.c:31
> #5 <signal handler called>
> #6 chan_interrupt (chans=0x7, task=0x27, tty=0xbd36000, irq=2)
> at arch/um/drivers/chan_kern.c:533
> #7 0x08068260 in line_interrupt (irq=7, data=0xbd36000,
> unused=0x82a8fc4) at arch/um/drivers/line.c:30
> #8 0x0809efa3 in handle_IRQ_event (irq=2, regs=0x82a8fc4,
> action=0xbd877a0) at kernel/irq/handle.c:87
> #9 0x0809f09b in __do_IRQ (irq=2, regs=0x82a8fc4) at
> kernel/irq/handle...c:172
> #10 0x08060460 in do_IRQ (irq=7, regs=0xffffffff) at
> arch/um/kernel/irq...c:91
> #11 0x08060647 in sigio_handler (sig=29, regs=0x82a8fc4) at
> arch/um/kernel/irq.c:221
> #12 0x080788a9 in sig_handler_common_skas (sig=29,
> sc_ptr=0x80605e0) at arch/um/os-Linux/skas/trap.c:52
> #13 0x08074038 in sig_handler (sig=29) 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=-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=0x0) at
> arch/um/kernel/skas/process_kern.c:161
> #21 0x08073949 in run_kernel_thread (fn=0x8065eb0
> <start_kernel_proc>, arg=0x0, jmp_ptr=0xfffffffc)
> at arch/um/os-Linux/process.c:215
> #22 0x08065bea in new_thread_handler (sig=10) 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=0x82a7ad4,
> switch_buf_ptr=0x1, fork_buf_ptr=0x0) at
> arch/um/os-Linux/skas/process.c:507
> #30 0x080785ea in start_idle_thread (stack=0x82a4000,
> switch_buf_ptr=0x82a92d4, fork_buf_ptr=0x0)
> 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=137271040, argv=0x8000000) at
> arch/um/kernel/um_arch.c:437
> #33 0x08072d6b in main (argc=0, argv=0xbffff2a4, envp=0x0) at
> arch/um/os-Linux/main.c:154
>
>
> >>> Blaisorblade <blaisorblade@yahoo.it> 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=7393&alloc_id=16281&op=click
> _______________________________________________
> User-mode-linux-devel mailing list
> User-mode-linux-devel@lists.sourceforge.net
> 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=click
> _______________________________________________
> User-mode-linux-devel mailing list
> User-mode-linux-devel@lists.sourceforge.net
> 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\x16344&op=ick
> _______________________________________________
> User-mode-linux-devel mailing list
> User-mode-linux-devel@lists.sourceforge.net
> 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_______________________________________________
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] 18+ messages in thread
* RE: [uml-devel] Kernel panic with 2.6.11.6
2005-05-27 16:30 ` Anthony Brock
@ 2005-05-30 9:13 ` Anthony Brock
0 siblings, 0 replies; 18+ messages in thread
From: Anthony Brock @ 2005-05-30 9:13 UTC (permalink / raw)
To: user-mode-linux-devel
Never mind. The issue is still present. The instance, while lasting longer,
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 generate
another backtrace?
Also, this seems to be prevalent when the host (SKAS v8) has been running
for an extended period.
Tony
> -----Original Message-----
> From: user-mode-linux-devel-admin@lists.sourceforge.net
> [mailto:user-mode-linux-devel-admin@lists.sourceforge.net]On Behalf Of
> Anthony Brock
> Sent: Friday, May 27, 2005 9:31 AM
> To: user-mode-linux-devel@lists.sourceforge.net
> 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 source
> 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: user-mode-linux-devel-admin@lists.sourceforge.net
> > [mailto:user-mode-linux-devel-admin@lists.sourceforge.net]On Behalf Of
> > Anthony Brock
> > Sent: Tuesday, May 17, 2005 10:58 AM
> > To: user-mode-linux-devel@lists.sourceforge.net
> > 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" <Anthony_Brock@ous.edu> 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=0x0) at kernel/panic.c:66
> > 66 kernel/panic.c: No such file or directory.
> > in kernel/panic.c
> > (gdb) bt
> > #0 panic (fmt=0x0) at kernel/panic.c:66
> > #1 0x08064e38 in segv (fi={error_code = 4, cr2 = 7, trap_no =
> > 14}, ip=0, is_user=0, sc=0x0) at arch/um/kernel/trap_kern.c:176
> > #2 0x080650ee in segv_handler (sig=11, regs=0x82a8fc4) at
> > arch/um/kernel/trap_kern.c:277
> > #3 0x080788a9 in sig_handler_common_skas (sig=11,
> > sc_ptr=0x8065020) at arch/um/os-Linux/skas/trap.c:52
> > #4 0x08074038 in sig_handler (sig=11) at arch/um/os-Linux/signal.c:31
> > #5 <signal handler called>
> > #6 chan_interrupt (chans=0x7, task=0x27, tty=0xbd36000, irq=2)
> > at arch/um/drivers/chan_kern.c:533
> > #7 0x08068260 in line_interrupt (irq=7, data=0xbd36000,
> > unused=0x82a8fc4) at arch/um/drivers/line.c:30
> > #8 0x0809efa3 in handle_IRQ_event (irq=2, regs=0x82a8fc4,
> > action=0xbd877a0) at kernel/irq/handle.c:87
> > #9 0x0809f09b in __do_IRQ (irq=2, regs=0x82a8fc4) at
> > kernel/irq/handle...c:172
> > #10 0x08060460 in do_IRQ (irq=7, regs=0xffffffff) at
> > arch/um/kernel/irq...c:91
> > #11 0x08060647 in sigio_handler (sig=29, regs=0x82a8fc4) at
> > arch/um/kernel/irq.c:221
> > #12 0x080788a9 in sig_handler_common_skas (sig=29,
> > sc_ptr=0x80605e0) at arch/um/os-Linux/skas/trap.c:52
> > #13 0x08074038 in sig_handler (sig=29) 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=-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=0x0) at
> > arch/um/kernel/skas/process_kern.c:161
> > #21 0x08073949 in run_kernel_thread (fn=0x8065eb0
> > <start_kernel_proc>, arg=0x0, jmp_ptr=0xfffffffc)
> > at arch/um/os-Linux/process.c:215
> > #22 0x08065bea in new_thread_handler (sig=10) 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=0x82a7ad4,
> > switch_buf_ptr=0x1, fork_buf_ptr=0x0) at
> > arch/um/os-Linux/skas/process.c:507
> > #30 0x080785ea in start_idle_thread (stack=0x82a4000,
> > switch_buf_ptr=0x82a92d4, fork_buf_ptr=0x0)
> > 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=137271040, argv=0x8000000) at
> > arch/um/kernel/um_arch.c:437
> > #33 0x08072d6b in main (argc=0, argv=0xbffff2a4, envp=0x0) at
> > arch/um/os-Linux/main.c:154
> >
> >
> > >>> Blaisorblade <blaisorblade@yahoo.it> 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=7393&alloc_id=16281&op=click
> > _______________________________________________
> > User-mode-linux-devel mailing list
> > User-mode-linux-devel@lists.sourceforge.net
> > 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=click
> > _______________________________________________
> > User-mode-linux-devel mailing list
> > User-mode-linux-devel@lists.sourceforge.net
> > 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\x16344&op=ick
> > _______________________________________________
> > User-mode-linux-devel mailing list
> > User-mode-linux-devel@lists.sourceforge.net
> > 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=fad-ysdn-ostg-q22005
> _______________________________________________
> User-mode-linux-devel mailing list
> User-mode-linux-devel@lists.sourceforge.net
> 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_______________________________________________
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] 18+ messages in thread
end of thread, other threads:[~2005-05-30 9:13 UTC | newest]
Thread overview: 18+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-04 15:06 [uml-devel] Kernel panic with 2.6.11.6 Anthony Brock
2005-05-07 3:15 ` Jeff Dike
2005-05-09 16:40 ` Anthony Brock
2005-05-09 22:57 ` Jeff Dike
2005-05-10 10:19 ` Blaisorblade
[not found] <s289ce60.062@ORANGE.OUS.EDU>
2005-05-27 16:30 ` Anthony Brock
2005-05-30 9:13 ` Anthony Brock
[not found] <s27f5807.086@ORANGE.OUS.EDU>
2005-05-09 19:37 ` Anthony Brock
-- strict thread matches above, loose matches on Subject: below --
2005-05-03 16:39 Anthony Brock
2005-05-03 16:32 Anthony Brock
2005-05-04 19:00 ` Blaisorblade
2005-05-03 15:16 Anthony Brock
2005-05-02 22:52 Anthony Brock
2005-05-03 3:13 ` Jeff Dike
2005-04-27 20:33 Anthony Brock
2005-04-28 21:29 ` Jeff Dike
2005-04-29 20:31 ` Blaisorblade
2005-04-29 2:52 ` Frank Sorenson
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.