From owner-freebsd-hackers Thu Dec 20 21:50:46 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by hub.freebsd.org (Postfix) with ESMTP id 5D3B537B417 for ; Thu, 20 Dec 2001 21:50:44 -0800 (PST) Received: (from dillon@localhost) by apollo.backplane.com (8.11.6/8.9.1) id fBL5nPP85049; Thu, 20 Dec 2001 21:49:25 -0800 (PST) (envelope-from dillon) Date: Thu, 20 Dec 2001 21:49:25 -0800 (PST) From: Matthew Dillon Message-Id: <200112210549.fBL5nPP85049@apollo.backplane.com> To: "Michael Scheidell" Cc: Subject: Re: userland program panics freebsd 4.3 References: <002301c18802$ab06b460$2801010a@MIKELT> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG :I have a userland program that canpanic/reboot a freebsd 4.3 system. :Hardware is Intel isp1100 (mbx440 motherboard) 850MHZ pIII, 256mb ram, 640mb :swapfile :software is 'nessusd' (network security scanner) hits the ethernet port :pretty hard when running. :If I read the dumpdev right, it is crashing in the vm section of the kernel, :refrencing a structure that is not within kernel space? :(sp) Hi Michael. If you can gzip up the kernel.debug and vmcore files and put them up somewhere where I can download them. This looks like it ought to be fairly easy to locate if I could examine the kernel core. Note that kernel cores often contain sensitive information, so you may not want to do this. If you do, put them up somewhere invisible and email me their locations in private email (without the freebsd list). p.s. I think your bug report was fairly well detailed myself. Most people don't post gdb backtraces the first time around :-) :print sp->f_flags :Cannot access memory at address 0x39. : : print mp :$6 = (struct mount *) 0x2811aea8 :(kgdb) print p :$7 = (struct proc *) 0x8068ee4 :(kgdb) print mp :(kgdb) print sp :$9 = (struct statfs *) 0x9 : :-- :Michael Scheidell gdb doesn't always get local variables correct, due to compiler optimizations. sp obviously cannot be 0x9 if mp is 0x28811aea8. try 'print fp' and 'print *fp' to see whether the fp looks reasonable. -Matt Matthew Dillon To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message