From: Clifford T. <cli...@ya...> - 2005-08-26 19:36:26
|
If I changed to the following configuration. Host System 2.6.12-skas3-v9-pre7, fedora 4. Host/Guest Kernel http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.12.5.tar.bz2 Uml Patch http://www.user-mode-linux.org/~blaisorblade/patches/skas3-2.6/skas-2.6.12-v 9-pre7/skas-2.6.12-v9-pre7.patch.bz2 With Disable TT mode Will get the following message [root@localhost linux-2.6.12.5]# gdb linux GNU gdb Red Hat Linux (6.3.0.0-1.21rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-redhat-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /opt2/test/linux-2.6.12.5/linux Reading symbols from shared object read from target memory...done. Loaded system supplied DSO at 0xffffe000 Checking for /proc/mm...found Detaching after fork from child process 22165. Checking for the skas3 patch in the host...found Checking PROT_EXEC mmap in /tmp...OK Detaching after fork from child process 22166. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Detaching after fork from child process 22173. Detaching after fork from child process 22174. Detaching after fork from child process 22175. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Detaching after fork from child process 22177. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. Program received signal SIGUSR1, User defined signal 1. 0xffffe410 in __kernel_vsyscall () (gdb) c Continuing. c Program received signal SIGSEGV, Segmentation fault. 0x081c7aca in ipt_register_table (table=0x8229500, repl=0x820cc60) at include/asm/arch/string.h:207 207 __asm__ __volatile__( (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x081c7aca in ipt_register_table (table=0x82295c0, repl=0x820cf40) at include/asm/arch/string.h:207 207 __asm__ __volatile__( (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x081c7aca in ipt_register_table (table=0x8229760, repl=0x820d340) at include/asm/arch/string.h:207 207 __asm__ __volatile__( (gdb) c Continuing. Program received signal SIGSEGV, Segmentation fault. 0x08058869 in ip_nat_init () at net/ipv4/netfilter/ip_nat_core.c:521 521 INIT_LIST_HEAD(&bysource[i]); (gdb) c Continuing. Linux version 2.6.12.5 (root@localhost.localdomain) (gcc version 4.0.0 20050519 (Red Hat 4.0.0-8)) #3 Fri Aug 26 12:09:17 PDT 2005 Built 1 zonelists Kernel command line: root=98:0 PID hash table entries: 256 (order: 8, 4096 bytes) Dentry cache hash table entries: 8192 (order: 3, 32768 bytes) Inode-cache hash table entries: 4096 (order: 2, 16384 bytes) Memory: 29488k available Mount-cache hash table entries: 512 Checking for host processor cmov support...Yes Checking for host processor xmm support...No Checking that ptrace can change system call numbers...OK Checking syscall emulation patch for ptrace...OK Checking advanced syscall emulation patch for ptrace...OK Checking that host ptys support output SIGIO...Yes Checking that host ptys support SIGIO on close...No, enabling workaround Checking for /dev/anon on the host...Not available (open failed with errno 2) NET: Registered protocol family 16 mconsole (version 2) initialized on /root/.uml/yOrYVG/mconsole UML Audio Relay (host dsp = /dev/sound/dsp, host mixer = /dev/sound/mixer) VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) devfs: 2004-01-31 Richard Gooch (rg...@at...) devfs: boot_options: 0x0 Initializing Cryptographic API io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) nbd: registered device at major 43 PPP generic driver version 2.4.2 SLIP: version 0.8.4-NET3.019-NEWTTY (dynamic channels, max=256). tun: Universal TUN/TAP device driver, 1.6 tun: (C) 1999-2004 Max Krasnyansky <ma...@qu...> NET: Registered protocol family 2 IP: routing cache hash table of 512 buckets, 4Kbytes TCP established hash table entries: 2048 (order: 2, 16384 bytes) TCP bind hash table entries: 2048 (order: 1, 8192 bytes) TCP: Hash tables configured (established 2048 bind 2048) ip_conntrack version 2.1 (230 buckets, 1840 max) - 216 bytes per conntrack ip_tables: (C) 2000-2002 Netfilter core team Initializing IPsec netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 NET: Registered protocol family 15 Initialized stdio console driver Console initialized on /dev/tty0 Initializing software serial port version 1 Failed to open 'root_fs', errno = 2 VFS: Cannot open root device "98:0" or unknown-block(98,0) Please append a correct "root=" boot option Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(98,0) EIP: 0073:[<ffffe410>] CPU: 0 Not tainted ESP: 007b:b7e35f8c EFLAGS: 00000246 Not tainted EAX: 00000000 EBX: 00005695 ECX: 00000013 EDX: 00005695 ESI: 00005687 EDI: 00000011 EBP: b7e35fb8 DS: 007b ES: 007b 088a3ad0: [<08072d5d>] show_regs+0xd1/0xd8 088a3af0: [<08061dbf>] panic_exit+0x27/0x48 088a3b20: [<08086112>] notifier_call_chain+0x1e/0x40 088a3b50: [<08079225>] panic+0x59/0x110 088a3b80: [<080499ea>] mount_block_root+0x9a/0x104 088a3bd0: [<08049b5a>] mount_root+0x2e/0x34 088a3bf0: [<08049ba0>] prepare_namespace+0x40/0x144 088a3c00: [<0805ae09>] init+0xe5/0x104 088a3c20: [<0805dc1b>] run_kernel_thread+0x2f/0x3c 088a3ce0: [<08063338>] new_thread_handler+0x8c/0xbc 088a3d20: [<ffffe420>] 0xffffe420 Program exited with code 01. (gdb) c The program is not being run. (gdb) -----Original Message----- From: Blaisorblade [mailto:bla...@ya...] Sent: Friday, August 26, 2005 8:38 AM To: use...@li...; cli...@ya... Subject: Re: [uml-user] "Program received signal SIGTRAP, Trace/breakpoint trap" On Friday 26 August 2005 15:07, Clifford Ton wrote: > I continued to receive "Program received signal SIGTRAP, Trace/breakpoint > trap". How can I fix it? Disable TT mode in the guest kernel config and things should work again. If that doesn't work, I'll post some patches I'm using for that which work very well (I'm attaching them too but they're against 2.6.13-rc, so you might get some fuzz against 2.6.12). Also, please, next time don't post an HTML message (you can see why in the following quoting:). > My host system is 2.6.12-skas3-v9-pre7, fedora 4. > Host/Guest Kernel > > http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.12.5.tar.bz2 > > Uml Patch > > http://www.user-mode-linux.org/~blaisorblade/patches/skas3-2.6/skas-2.6.12- >v 9-pre7/skas-2.6.12-v9-pre7.patch.bz2 > > > > > > Guest config file is in the following after the gdb message. > > > > [root@localhost linux-2.6.12.5]# gdb linux > > GNU gdb Red Hat Linux (6.3.0.0-1.21rh) > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > are > > welcome to change it and/or distribute copies of it under certain > conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-redhat-linux-gnu"...Using host > libthread_db library "/lib/libthread_db.so.1". -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade (Skype ID "PaoloGiarrusso", ICQ 215621894) http://www.user-mode-linux.org/~blaisorblade |