From: William S. <wst...@po...> - 2000-11-13 21:46:22
|
Good afternoon, Jeff, On Wed, 8 Nov 2000, Jeff Dike wrote: > If you really can't get the console to respond, gdb the tracing thread and > 'printf "%s", log_buf'. This will dump the contents of the kernel log. Maybe > there's something strange there. > > Also put 'debug' on the kernel command line, and when it hangs, ^C the gdb and > 'bt' to see what it thinks is up. I compiled my own test10 and left in the symbols. Added "debug" to the command line and left off "</dev/null" for the moment. It's now hanging at mounting proc filesystem. When that happens, I hit ctrl-c and do a backtrace: 600000e att 1 b start_kernel c GNU gdb 5.0 [snip] This GDB was configured as "i386-redhat-linux"... (gdb) att 1 Attaching to program: /home/wstearns/uml/rh6.2/linux, Pid 1 0x100b4701 in __kill () (gdb) b start_kernel Breakpoint 1 at 0x100fcc5f: file init/main.c, line 514. (gdb) c Continuing. Breakpoint 1, start_kernel () at init/main.c:514 514 printk(linux_banner); (gdb) c Continuing. Program received signal SIGINT, Interrupt. 0x100ae7bd in set_user_thread (t=0x0, on=0, restore_state=0) at process_kern.c:72 72 { (gdb) bt #0 0x100ae7bd in set_user_thread (t=0x0, on=0, restore_state=0) at process_kern.c:72 #1 0x100ad779 in segv_handler (sig=11) at trap_user.c:263 #2 <signal handler called> #3 0x10025722 in copy_mount_options (data=0x8058378, where=0x52d3fc80) at /usr/src/uml-linux/linux-2.4.0-test10.uml/include/asm/arch/string.h:202 #4 0x10025a70 in sys_mount (dev_name=0x8058358 "/proc", dir_name=0x8058368 "/proc", type=0x8058378 "proc", flags=3236757504, data=0x0) at super.c:1430 #5 0x100ab7e2 in execute_syscall (syscall=21, args=0x52d3fce4) at syscall_kern.c:340 #6 0x100abc19 in syscall_handler (unused=0) at syscall_user.c:113 #7 <signal handler called> #8 0x100b4701 in __kill () (gdb) printf "%s", log_buf <4>tracing thread pid = 2617 <4>Linux version 2.4.0-test10-1um (ro...@sp...) (gcc version 2.96 20000731 (Red Hat Linux 7.0)) #1 Sat Nov 11 13:39:17 EST 2000 <4>On node 0 totalpages: 12288 <4>zone(0): 0 pages. <4>zone(1): 12288 pages. <4>zone(2): 0 pages. <4>Kernel command line: mem=48M debug root=/dev/ubd0 <4>Calibrating delay loop... 710.41 BogoMIPS <4>Memory: 48324k available <4>Dentry-cache hash table entries: 8192 (order: 4, 65536 bytes) <4>Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) <4>Page-cache hash table entries: 16384 (order: 4, 65536 bytes) <4>Inode-cache hash table entries: 4096 (order: 3, 32768 bytes) <5>VFS: Diskquotas version dquot_6.4.0 initialized <4>POSIX conformance testing by UNIFIX <6>Linux NET4.0 for Linux 2.4 <6>Based upon Swansea University Computer Society NET3.039 <4>Starting kswapd v1.8 <4>pty: 256 Unix98 ptys configured <4>RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize <6>loop: enabling 8 loop devices <4>User-mode Linux network interface 0.005 (eth0) ---Type <return> to continue, or q <return> to quit--- <4>User-mode Linux network interface 0.005 (eth1) <4>User-mode Linux network interface 0.005 (eth2) <4>User-mode Linux network interface 0.005 (eth3) <6>NET4: Linux TCP/IP 1.0 for NET4.0 <6>IP Protocols: ICMP, UDP, TCP <4>IP: routing cache hash table of 512 buckets, 4Kbytes <4>TCP: Hash tables configured (established 4096 bind 4096) <4>ip_conntrack (384 buckets, 3072 max) <4>ip_tables: (c)2000 Netfilter core team <6>NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. <4>Initializing stdio console driver <6>Initializing software serial port version 0 <4>serial line 0 assigned pty /dev/ptyp3 <4>ssl receive thread is pid 2627 <4>devfs: v0.102 (20000622) Richard Gooch (rg...@at...) <4>devfs: devfs_debug: 0x0 <4>devfs: boot_options: 0x0 <4>VFS: Mounted root (ext2 filesystem) readonly. <4>Mounted devfs on /dev (gdb) For reference, the console shows the following lines after the above devfs: INIT: version 2.78 booting Started device management daemon for /dev Welcome to Red Hat Linux Press 'I' to enter interactive startup. Mounting proc filesystem This appears to be a different problem than the "Hey, what happened to fd0?" as I'm not using "</dev/null". Cheers, - Bill --------------------------------------------------------------------------- "Unix _is_ user friendly. It's just very selective about who its friends are. And sometimes even best friends have fights." -------------------------------------------------------------------------- William Stearns (wst...@po...). Mason, Buildkernel, named2hosts, and ipfwadm2ipchains are at: http://www.pobox.com/~wstearns LinuxMonth; articles for Linux Enthusiasts! http://www.linuxmonth.com -------------------------------------------------------------------------- |