From owner-freebsd-hackers Sat Feb 24 05:20:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id FAA29263 for hackers-outgoing; Sat, 24 Feb 1996 05:20:39 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id FAA29257 for ; Sat, 24 Feb 1996 05:20:35 -0800 (PST) Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id OAA17845 for ; Sat, 24 Feb 1996 14:20:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id OAA25800 for freebsd-hackers@freebsd.org; Sat, 24 Feb 1996 14:20:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.7.3/8.6.9) id OAA09238 for freebsd-hackers@freebsd.org; Sat, 24 Feb 1996 14:20:23 +0100 (MET) From: J Wunsch Message-Id: <199602241320.OAA09238@uriah.heep.sax.de> Subject: Re: Whither ddb To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Feb 1996 14:20:23 +0100 (MET) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9602241022.AA07290@sws021.sa.erisoft.se> from "Mattias Gronlund" at Feb 24, 96 11:22:18 am X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL24 ME8a] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org Precedence: bulk As Mattias Gronlund wrote: > But if I try to use the b function-name I always get the response that > there is no symbol with that name (I have tried different function names). > My kernel has the OPTION DDB and is configured with -d and it is not > stripped. No idea. It works for me. The following is the log after booting with ``-hd'': Booting wd(0,a)/kernel @ 0x100000 text=0x85000 data=0xb000 bss=0xbf0c symbols=[+0xf4+0x4+0xa794+0x4+0xabac] total=0x1b1348 entry point=0x100000 [ preserving 0x15348 bytes of kernel symbol table ] Debugger("Boot flags requested debugger") *** this is where the -d option causes to break early into DDB *** Stopped at _Debugger+0x2b: movb $0,_in_Debugger.110 db> b ttyopen *** apparently, the function name is found *** db> c Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD test-stable #3: Sat Feb 24 14:11:51 MET 1996 root@jette.heep.sax.de:/usr/src/sys/compile/DDB CPU: i386DX (386-class CPU) real memory = 5636096 (5504K bytes) avail memory = 4259840 (4160K bytes) Probing for devices on the ISA bus: ed0 not found at 0x300 vt0 at 0x60-0x6f irq 1 on motherboard vt0: generic, 80 col, color, 4 scr, mf2-kbd, [R3.20-b24] sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 not found at 0x2f8 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 240MB (491520 sectors), 1024 cyls, 16 heads, 30 S/T, 512 B/S npx0 at 0xf0-0xff irq 13 on motherboard Breakpoint at _ttyopen: pushl %ebp *** the breakpoint has been reached, delete it now *** db> del ttyopen db> x curproc _curproc: f042a200 db> c swapon: adding /dev/wd0s1b as swap device Automatic reboot in progress... /dev/rwd0a: clean, 8593 free (29 frags, 2141 blocks, 0.2% fragmentation) /dev/rwd0s1e: clean, 31237 free (237 frags, 7750 blocks, 0.2% fragmentation) lo0: flags=8009 mtu 16384 inet 127.0.0.1 netmask 0xff000000 Debugger("serial console break") Stopped at _Debugger+0x2b: movb $0,_in_Debugger.110 db> x curproc _curproc: f0434200 db> c clearing /tmp recording kernel -c changes starting system daemons: syslogd. starting network daemons: named portmap inetd. load: 0.76 cmd: dev_mkdb 76 [biowait] 0.16u 0.16s 0% 420k standard daemons: cron printer sendmail. setting ldconfig path: /usr/lib /usr/X11R6/lib /usr/local/lib Debugger(" Fatal trap 9: general protection fault while in kernel mode instruction pointer = 0x8:0xf0102ce5 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 93 (ldconfig) interrupt mask = kernel: type 9 trap, code=0 Stopped at _db_printf_guts+0x335: repne scasb (%esi) *** arrgh. what you see here looks like a kernel bug :-(( *** Does anybody know offhand why dp_printf_guts() might cause a general protection fault? (#GP -- sounds like winglows, eh! :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)