From: antoine <antoine@nagafix.co.uk>
To: UML devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: [uml-devel] testing: 2.6.13 to 2.6.14-rc1 TT boot hangs early (sometimes)
Date: Wed, 14 Sep 2005 00:25:32 +0100 [thread overview]
Message-ID: <1126653933.3769.45.camel@localhost> (raw)
Hello list,
I am back testing things, some initial results:
* Some of the latest kernels I've built for x86 stop early in the boot.
Here is a 2.6.14-rc1 TT guest:
read(255, "./kernel.bin root=/dev/ubda mem="..., 330) = 130
rt_sigprocmask(SIG_BLOCK, [INT CHLD], [], 8) = 0
clone(child_stack=0, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|
SIGCHLD, child_tidptr=0xb7e70928) = 922
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
rt_sigaction(SIGINT, {0x8078320, [], 0}, {SIG_DFL}, 8) = 0
waitpid(-1, Checking for /proc/mm...found
Checking for the skas3 patch in the host...found
UML running in SKAS3 mode
Checking PROT_EXEC mmap in /tmp...OK
Kernel virtual memory size shrunk to 28311552 bytes
[{WIFEXITED(s) && WEXITSTATUS(s) == 1}], 0) = 922
rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, 0xbf8c7e6c, WNOHANG) = -1 ECHILD (No child processes)
sigreturn() = ? (mask now [])
rt_sigaction(SIGINT, {SIG_DFL}, {0x8078320, [], 0}, 8) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0
read(255, "", 330) = 0
exit_group(1) = ?
# uname -a
Linux localhost 2.6.13.1-skas3-v9-pre7 #3 Sat Sep 10 20:35:26 BST 2005
i686 AMD Athlon(tm) XP 3200+ unknown GNU/Linux
What's this about shrinking vm size? (reducing the mem gets rid of this
warning) - Google found some dead links.
I also tried mode=tt and mode=skas0 with the same result.
I've also had kernels booting up to the point of mounting root and then
spinning at 100% cpu usage.
* Next one:
Not sure if I am supposed to be able to strace a TT kernel, but when I
do (this is on another system that breaks) here is what I get (end of
long log only).
Kernel panic - not syncing: Kernel mode fault at addr 0x8c2420, ip
0x8c2420
[42949374.400000] ReiserFS: ubda: Using r5 hash to sort names
[42949374.400000] VFS: Mounted root (reiserfs filesystem) readonly.
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGALRM}], WSTOPPED) =
2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGALRM) = 0
--- SIGCHLD (Child exited) @ 0 (0) ---
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGIO}], WSTOPPED) = 2037
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_CONT, 2037, 0, SIGIO) = 0
waitpid(-1, [{WIFSTOPPED(s) && WSTOPSIG(s) == SIGUSR1}], WSTOPPED) =
2039
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_ATTACH, 2065, 0, 0) = 0
ptrace(PTRACE_CONT, 2065, 0, SIG_0) = 0
waitpid(2065, NULL, WSTOPPED) = 2065
--- SIGCHLD (Child exited) @ 0 (0) ---
ptrace(PTRACE_GETREGS, 2039, 0, 0xbfdc2f50) = 0
kill(2039, SIGKILL) = 0
ptrace(PTRACE_KILL, 2039, 0, 0xbfdc2f50) = 0
[42949374.410000] Kernel panic - not syncing: Kernel mode fault at addr
0x1a8420, ip 0x1a8420
[42949374.410000]
[42949374.410000] EIP: 0073:[<001a8420>] CPU: 0 Not tainted ESP:
007b:b022310c EFLAGS: 00010296
[42949374.410000] Not tainted
[42949374.410000] EAX: a03bae68 EBX: 00000001 ECX: 00000005 EDX:
00000000
[42949374.410000] ESI: 00000008 EDI: b022354c EBP: b02233ec DS: 007b ES:
007b
[42949374.410000] b0222c30: [<a0040d93>] show_regs+0x113/0x140
[42949374.410000] b0222c50: [<a001948c>] panic_exit+0x2c/0x50
[42949374.410000] b0222c60: [<a005471d>] notifier_call_chain+0x2d/0x50
[42949374.410000] b0222c80: [<a0044e72>] panic+0x72/0x110
[42949374.410000] b0222ca0: [<a00189b4>] segv+0x274/0x2b0
[42949374.410000] b0222d90: [<a0018c9e>] segv_handler+0x8e/0x90
[42949374.410000] b0222dc0: [<a001c297>] sig_handler_common_tt
+0xb7/0x150
[42949374.410000] b0222e20: [<a003cd48>] sig_handler+0x18/0x20
[42949374.410000] b0222e30: [<001a8420>] 0x1a8420
[42949374.410000] b02233f0: [<a00166e2>] change_signals+0x62/0x90
[42949374.410000] b0223490: [<a0016742>] unblock_signals+0x12/0x20
[42949374.410000] b02234a0: [<a015260b>] generic_unplug_device
+0x1b/0x20
[42949374.410000] b02234b0: [<a015262d>] blk_backing_dev_unplug
+0x1d/0x20
[42949374.410000] b02234c0: [<a00878a2>] sync_buffer+0x42/0x50
[42949374.410000] b02234d0: [<a023a966>] __wait_on_bit+0x66/0x70
[42949374.410000] b02234f0: [<a023a9f4>] out_of_line_wait_on_bit
+0x84/0x90
[42949374.410000] b0223580: [<a0087948>] __wait_on_buffer+0x38/0x40
[42949374.410000] b0223590: [<a00e357e>] search_by_key+0xee/0xe10
[42949374.410000] b02236d0: [<a00c979e>] search_by_entry_key+0x2e/0x230
[42949374.410000] b0223710: [<a00c9d60>] reiserfs_find_entry+0x90/0x130
[42949374.410000] b0223770: [<a00c9e7b>] reiserfs_lookup+0x7b/0x170
[42949374.410000] b0223860: [<a00940bc>] real_lookup+0xbc/0xe0
[42949374.410000] b0223880: [<a0094464>] do_lookup+0x94/0xa0
[42949374.410000] b02238b0: [<a0094c9c>] __link_path_walk+0x82c/0x1070
[42949374.410000] b02239d0: [<a0095522>] link_path_walk+0x42/0xf0
[42949374.410000] b0223a50: [<a00958c5>] path_lookup+0xa5/0x1e0
[42949374.410000] b0223ab0: [<a0090d28>] open_exec+0x28/0xf0
[42949374.410000] b0223b30: [<a0091e24>] do_execve+0x44/0x220
[42949374.410000] b0223b60: [<a00118d8>] execve1+0x38/0x80
[42949374.410000] b0223b90: [<a0011942>] um_execve+0x22/0x60
[42949374.410000] b0223bb0: [<a00111bc>] run_init_process+0x4c/0x80
[42949374.410000] b0223be0: [<a00112c4>] init+0xd4/0x170
[42949374.410000] b0223c00: [<a003ccf9>] run_kernel_thread+0x49/0x50
[42949374.410000] b0223cd0: [<a001a7cb>] new_thread_handler+0x14b/0x180
[42949374.410000] b0223d20: [<001a8420>] 0x1a8420
[42949374.410000]
[42949374.410000] Failed to restore terminal state - errno = 1
tracing thread pid = 2033
# uname -a
Linux mamba 2.6.12-skas3-v9-pre4 #2 Thu Jun 23 16:28:29 GMT i686 AMD
Athlon(tm) XP 2000+ AuthenticAMD GNU/Linux
I tried the same filesystem as ext3 but that made no difference.
Guest is 2.6.14-rc1
Same kernel in skas3/skas0 works occasionally! But when it does not:
[42949374.340000] VFS: Mounted root (ext3 filesystem) readonly.
[42949384.250000] BUG: soft lockup detected on CPU#0!
[42949384.250000]
[42949384.250000] EIP: 0073:[<400007c0>] CPU: 0 Not tainted ESP:
007b:bffdde70 EFLAGS: 00000202
[42949384.250000] Not tainted
[42949384.250000] EAX: 00000000 EBX: 00000000 ECX: 00000000 EDX:
00000000
[42949384.250000] ESI: 00000000 EDI: 00000000 EBP: 00000000 DS: 007b ES:
007b
[42949384.250000] b1b071f8: [<a0046574>] show_regs+0x214/0x220
[42949384.250000] b1b07228: [<a006e6d7>] softlockup_tick+0x57/0x60
[42949384.250000] b1b07248: [<a00582a7>] do_timer+0x47/0xd0
[42949384.250000] b1b07258: [<a00181c4>] um_timer+0x14/0x50
[42949384.250000] b1b07268: [<a006e873>] handle_IRQ_event+0x33/0x80
[42949384.250000] b1b07298: [<a006e915>] __do_IRQ+0x55/0xb0
[42949384.250000] b1b072c8: [<a0012180>] do_IRQ+0x30/0x40
[42949384.250000] b1b072d8: [<a0018113>] timer_irq+0x113/0x170
[42949384.250000] b1b07308: [<a00184d0>] timer_handler+0x70/0x90
[42949384.250000] b1b07328: [<a001fef3>] sig_handler_common_skas
+0x93/0xf0
[42949384.250000] b1b07358: [<a0040d9c>] alarm_handler+0x5c/0x70
[42949384.250000] b1b07378: [<002e4420>] 0x2e4420
[42949384.250000] b1b07668: [<a0018d3c>] flush_tlb_kernel_range_common
+0xbc/0x170
[42949384.250000] b1b07698: [<a0018f6e>] flush_tlb_kernel_vm+0x2e/0x30
[42949384.250000] b1b076a8: [<a0019508>] segv+0x258/0x2b0
[42949384.250000] b1b07798: [<a001984f>] segv_handler+0xaf/0x100
[42949384.250000] b1b077c8: [<a001fef3>] sig_handler_common_skas
+0x93/0xf0
[42949384.250000] b1b077f8: [<a0040d35>] sig_handler+0x35/0x40
[42949384.250000] b1b07808: [<002e4420>] 0x2e4420
[42949384.250000] b1b07b20: [<a0143dc6>] snprintf+0x26/0x30
[42949384.250000] b1b07b40: [<a0019cfd>] set_cmdline+0x9d/0x100
[42949384.250000] b1b07b70: [<a001194b>] execve1+0x7b/0x80
[42949384.250000] b1b07ba0: [<a0011972>] um_execve+0x22/0x60
[42949384.250000] b1b07bc0: [<a00111bc>] run_init_process+0x4c/0x80
[42949384.250000] b1b07bf0: [<a00112b8>] init+0xc8/0x170
[42949384.250000] b1b07c10: [<a0040cc9>] run_kernel_thread+0x49/0x50
[42949384.250000] b1b07ce0: [<a001f593>] new_thread_handler+0xc3/0x120
[42949384.250000] b1b07d20: [<002e4420>] 0x2e4420
[42949384.250000]
* Good points:
pcap works really well.
I just wished there was a way to easily figure out which libraries need
to be included in the chroot to make it work (beyond lipcap)
* Some other small issues:
when building IPv6 & pcap, I get:
/usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.6/../../../libc.a(in6_addr.o)(.rodata+0x10): multiple definition of `in6addr_loopback'
(This has been the case with the last few releases)
Hope this helps, as usual - let me know what I can do to help
Cheers
Antoine
-------------------------------------------------------
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next reply other threads:[~2005-09-13 23:10 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-09-13 23:25 antoine [this message]
2005-09-14 20:19 ` [uml-devel] pcap antoine
2005-09-14 20:06 ` Blaisorblade
2005-09-14 20:44 ` [uml-devel] pcap - FIXED antoine
2005-09-16 19:24 ` [uml-devel] testing: 2.6.13 to 2.6.14-rc1 TT boot hangs early (sometimes) Blaisorblade
2005-09-16 20:12 ` antoine
2005-09-17 15:41 ` Blaisorblade
2005-09-17 18:15 ` Antoine Martin
2005-09-17 18:52 ` Jeff Dike
2005-09-17 18:34 ` Antoine Martin
2005-09-18 11:29 ` Blaisorblade
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1126653933.3769.45.camel@localhost \
--to=antoine@nagafix.co.uk \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox