From owner-freebsd-hackers Fri Jun 7 17:57:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA11371 for hackers-outgoing; Fri, 7 Jun 1996 17:57:08 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA11354 for ; Fri, 7 Jun 1996 17:57:01 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id KAA10626; Sat, 8 Jun 1996 10:53:49 +1000 Date: Sat, 8 Jun 1996 10:53:49 +1000 From: Bruce Evans Message-Id: <199606080053.KAA10626@godzilla.zeta.org.au> To: darrenr@cyber.com.au, stesin@elvisti.kiev.ua Subject: Re: Need help with DDB (IPfilter 3.0.4, logging panices FreeBSD) Cc: hackers@FreeBSD.ORG, ipfilter@coombs.anu.edu.au Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >DDB's "trace" command constantly shows that kernel page fault occurs >in bcopy(), called from near line 616 of fil.c -- the function is >fr_check(). That's near the call to a logging routine, >but I couldn't find any bcopy() call in nearest few lines. bcopy (and all other functions written in assembler) doesn't set up the frame pointer, so stack traces in it don't work right. Usually, the previous function's args are shown as bcopy's args and the previous function's name isn't shown. They are easy to see by examining the stack (x/x $esp,10). >The kernel has "options DDB", no compiler optimization, Not even the default -O? >config(8) had '-g' switch (note: linkage of the kernel failed with this >switch combo; ld didn't find _memcmp symbol, why? I added libc.a to the memcmp is a C library function that isn't available in the kernel. >What makes me wonder is the fact that DDB tells me: bcopy has 4 (four) >args! first being 0x80smth, another three -- some addresses. Gmm... DDB often can't figure out how many args there are. Then it guesses that the args are 5 32-bit numbers. Bruce