From owner-freebsd-hackers@FreeBSD.ORG Thu Feb 23 16:40:50 2006 Return-Path: X-Original-To: hackers@freebsd.org Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E91C16A420 for ; Thu, 23 Feb 2006 16:40:50 +0000 (GMT) (envelope-from me@carrollkong.com) Received: from mail.faerunconsulting.com (vzdsl-jcnj-216-182-31-61.static.tellurian.net [216.182.31.61]) by mx1.FreeBSD.org (Postfix) with SMTP id C723343D66 for ; Thu, 23 Feb 2006 16:40:47 +0000 (GMT) (envelope-from me@carrollkong.com) Received: (qmail 87766 invoked from network); 23 Feb 2006 16:40:46 -0000 Received: from unknown (HELO athena) (192.168.0.2) by dmz.faerunhome.com with SMTP; 23 Feb 2006 16:40:46 -0000 From: "Carroll Kong" To: Date: Thu, 23 Feb 2006 11:40:46 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1506 Thread-Index: AcY4l98S6aFxR8XQTwabAt99moftiA== Message-Id: <20060223164047.C723343D66@mx1.FreeBSD.org> Cc: Subject: 4.11R P13 Kernel Panic: page fault X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 23 Feb 2006 16:40:50 -0000 Hi, I have an Intel S845WD1 motherboard with a 3Ware 74XX or 75XX card and two Intel NICs (for a grand total of 4 Intel NICs) and 512 megs of ECC RAM. The system was quite stable for a while until I upgraded from 4.9 to 4.11. Afterwards, every 14-16 days I would get a panic: page fault. I replaced the RAM with a new 512 meg ECC stick and I also replaced the motherboard yet I still run into problems. While the date on the kernel looks newer, I have used the same kernel config with 4.9 (recompiled to 4.11) and it still crashed. I'm usually quite conservative, so this is a bit surprising to me. I finally got a chance to have a full kernel dump. I also have some other mini-traces by halting the system after a crash and running trace. I'm not sure if it's hardware anymore, and a lot of people tell me it is network card related. I'm not sure if that's the case either, but you guys are the experts. I say this because the system is never under significant stress and it is always doing light network activity as it is a low use file-server. I think it might also be crashing with the net interrupt only because that is the one activity it is probably doing the most often and it might not necessarily be the net code but who knows. I am able to type in any commands for the dump. As a side note, I am also having some trouble loading all the symbols as seen with frame #6. I followed the instructions in http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneld ebug-kld.html What happens is it says it is read without any errors, but I still see ?? function calls. In any event, odds are it is the PPPoE module. I tried loading every module from the kldstat output. Thanks in advance! Sorry if I forgot any important information! FreeBSD daemon.faerunhome.com 4.11-RELEASE-p13 FreeBSD 4.11-RELEASE-p13 #2: Wed Jan 18 15:20:02 EST 2006 damascus@daemon.faerunhome.com:/usr/src/sys/compile/DAEMON i386 #0 dumpsys () at ../../kern/kern_shutdown.c:487 #1 0xc01622c7 in boot (howto=256) at ../../kern/kern_shutdown.c:316 #2 0xc01626ec in poweroff_wait (junk=0xc02decec, howto=-1070733329) at ../../kern/kern_shutdown.c:595 #3 0xc02946ea in trap_fatal (frame=0xd71beb9c, eva=6) at ../../i386/i386/trap.c:974 #4 0xc02943bd in trap_pfault (frame=0xd71beb9c, usermode=0, eva=6) at ../../i386/i386/trap.c:867 #5 0xc0293f7b in trap (frame={tf_fs = -686096368, tf_es = -686096368, tf_ds = -686096368, tf_edi = 6757530, tf_esi = -1055493376, tf_ebp = -686035980, tf_isp = -686036024, tf_ebx = -1055493376, tf_edx = 6757530, tf_ecx = -1056092160, tf_eax = 6, tf_trapno = 12, tf_err = 0, tf_eip = 6, tf_cs = 8, tf_eflags = 66054, tf_esp = -1072174983, tf_ss = 433}) at ../../i386/i386/trap.c:466 #6 0x6 in ?? () #7 0xc017e98e in m_freem (m=0xc115d000) at ../../kern/uipc_mbuf.c:763 #8 0xc2169aa8 in ?? () #9 0xc01c4c42 in ip_input (m=0xc115d000) at ../../netinet/ip_input.c:478 #10 0xc01c52c7 in ipintr () at ../../netinet/ip_input.c:971 #11 0xc0286e19 in swi_net_next () #12 0xc015cb50 in lockmgr (lkp=0xc21ae700, flags=16973826, interlkp=0xd71b44ac, p=0xd48af5a0) at ../../kern/kern_lock.c:355 #13 0xc018e130 in vop_stdlock (ap=0xd71bedd0) at ../../kern/vfs_default.c:256 #14 0xc0247905 in ufs_vnoperatespec (ap=0xd71bedd0) at ../../ufs/ufs/ufs_vnops.c:2394 #15 0xc0198385 in vn_lock (vp=0xd71b4440, flags=131074, p=0xd48af5a0) at vnode_if.h:861 #16 0xc019bbca in spec_write (ap=0xd71bee64) at ../../miscfs/specfs/spec_vnops.c:284 #17 0xc02472e8 in ufsspec_write (ap=0xd71bee64) at ../../ufs/ufs/ufs_vnops.c:1827 #18 0xc0247905 in ufs_vnoperatespec (ap=0xd71bee64) at ../../ufs/ufs/ufs_vnops.c:2394 #19 0xc0197f22 in vn_write (fp=0xc21aba80, uio=0xd71beed4, cred=0xc21a8f80, flags=0, p=0xd48af5a0) at vnode_if.h:363 #20 0xc0171695 in dofilewrite (p=0xd48af5a0, fp=0xc21aba80, fd=9, buf=0xbfbfe89c, nbyte=580, offset=-1, flags=0) at ../../sys/file.h:163 #21 0xc017154e in write (p=0xd48af5a0, uap=0xd71bef80) at ../../kern/sys_generic.c:329 #22 0xc0294999 in syscall2 (frame={tf_fs = 47, tf_es = 134873135, tf_ds = -1078001617, tf_edi = 135086080, tf_esi = 580, tf_ebp = -1077940064, tf_isp = -686034988, tf_ebx = -1077942112, tf_edx = 0, tf_ecx = 13, tf_eax = 4, tf_trapno = 7, tf_err = 2, tf_eip = 673683504, tf_cs = 31, tf_eflags = 663, tf_esp = -1077942172, tf_ss = 47}) at ../../i386/i386/trap.c:1175 #23 0xc02859b5 in Xint0x80_syscall () #24 0x80655de in ?? () #25 0x806c2fb in ?? () #26 0x806c21d in ?? () #27 0x807470a in ?? () #28 0x8083a78 in ?? () #29 0x805b84b in ?? () #30 0x804d484 in ?? () #31 0x806ed77 in ?? () #32 0x806e967 in ?? () #33 0x804b62a in ?? () - Carroll Kong