Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 24 Feb 1996 14:20:23 +0100 (MET)
From:      J Wunsch <j@uriah.heep.sax.de>
To:        freebsd-hackers@freebsd.org (FreeBSD hackers)
Subject:   Re: Whither ddb
Message-ID:  <199602241320.OAA09238@uriah.heep.sax.de>
In-Reply-To: <9602241022.AA07290@sws021.sa.erisoft.se> from "Mattias Gronlund" at Feb 24, 96 11:22:18 am

next in thread | previous in thread | raw e-mail | index | archive | help
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): <Maxtor 25252 AT>
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<UP,LOOPBACK,MULTICAST> 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. ;-)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199602241320.OAA09238>