From owner-freebsd-net@FreeBSD.ORG Thu Oct 29 13:53:02 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF63E10656A3 for ; Thu, 29 Oct 2009 13:53:02 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4F21F8FC2F for ; Thu, 29 Oct 2009 13:53:02 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1N3VQx-0000DH-6w for freebsd-net@freebsd.org; Thu, 29 Oct 2009 14:52:59 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Oct 2009 14:52:59 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 29 Oct 2009 14:52:59 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Mark Atkinson Date: Thu, 29 Oct 2009 06:52:34 -0700 Lines: 88 Message-ID: References: <200910290010.n9T0A3cV083541@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Thunderbird 2.0.0.23 (X11/20091009) In-Reply-To: <200910290010.n9T0A3cV083541@freefall.freebsd.org> Sender: news Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Oct 2009 13:53:02 -0000 Wow, not sure what to blame for that charset nightmare. Apologies. Here's the original message: On the unpatched -current kernel, built FreeBSD hellfire.filament.org 9.0-CURRENT FreeBSD 9.0-CURRENT #14: Mon Oct 19 09:12:03 PDT 2009 I recieved the following panic today related to this: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc10a fault code = supervisor read, page not present instruction pointer = 0x20:0xc0987410 stack pointer = 0x28:0xd533dac0 frame pointer = 0x28:0xd533dae8 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (mskc0 taskq) Physical memory: 495 MB Dumping 132 MB: 117 101 85 69 53 37 21 5 Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done. done. Loaded symbols for /boot/kernel/linux.ko #0 0xc08907a9 in doadump () at /usr/src/sys/kern/kern_shutdown.c:254 254 } (kgdb) bt #0 0xc08907a9 in doadump () at /usr/src/sys/kern/kern_shutdown.c:254 #1 0xc04f7e37 in db_fncall (dummy1=-1067299898, dummy2=0, dummy3=-718022488, dummy4=0xd533d898 "\200%tÃ") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04f8214 in db_command (last_cmdp=0xc0da059c, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04f8352 in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 #4 0xc04fa05e in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 #5 0xc08bf2d2 in kdb_reenter () at /usr/src/sys/kern/subr_kdb.c:398 #6 0xc0ba9b62 in trap_fatal (frame=0x1, eva=3735929098) at /usr/src/sys/i386/i386/trap.c:938 #7 0xc0baa483 in trap (frame=0xd533da80) at /usr/src/sys/i386/i386/trap.c:339 #8 0xc0b8e4ab in Xlcall_syscall () at /usr/src/sys/i386/i386/exception.s:241 #9 0xc0987410 in in_lltable_lookup (llt=0xc39e1000, flags=Variable "flags" is not available. ) at /usr/src/sys/netinet/in.c:1380 #10 0xc0982470 in arpintr (m=0xc3baeb00) at /usr/src/sys/netinet/if_ether.c:642 #11 0xc094227a in netisr_dispatch_src (proto=7, source=0, m=0xc0de) at /usr/src/sys/net/netisr.c:932 #12 0xc09424dd in netisr_unregister (nhp=0xc0de) at /usr/src/sys/net/netisr.c:583 #13 0xc093ac69 in ether_demux (ifp=0x0, m=0xc3baeb00) at /usr/src/sys/net/if_ethersubr.c:911 #14 0xc093b1ce in ether_output (ifp=0xc36ad400, m=0xc3baeb00, dst=0xc0c55c27, ro=0x301010a) at /usr/src/sys/net/if_ethersubr.c:181 ---Type to continue, or q to quit--- #15 0xc070b032 in msk_handle_events (sc=0xc3686c00) at /usr/src/sys/dev/msk/if_msk.c:3048 #16 0xc070b828 in msk_int_task (arg=0xc3686c00, pending=1) at /usr/src/sys/dev/msk/if_msk.c:3625 #17 0xc08cac8c in taskqueue_run (queue=0xc36bf380) at /usr/src/sys/kern/subr_taskqueue.c:72 #18 0xc08cadcc in taskqueue_thread_loop (arg=0xc3686c8c) at /usr/src/sys/kern/subr_taskqueue.c:90 #19 0xc0869271 in fork_exit (callout=0xc08cad67 , arg=0xc3686c8c, frame=0xd533dd38) at /usr/src/sys/kern/kern_fork.c:854 #20 0xc0b8e520 in Xatpic_intr0 () at atpic_vector.s:62 #21 0x00000000 in ?? () Mark Atkinson wrote: > The following reply was made to PR kern/124127; it has been noted by GNATS. > > From: Mark Atkinson > To: freebsd prs > Cc: > Subject: Re: kern/124127: [msk] watchdog timeout (missed Tx interrupts) -- recovering > Date: Wed, 28 Oct 2009 17:03:52 -0700 (PDT)