From owner-freebsd-net@FreeBSD.ORG Thu Oct 23 19:56:56 2008 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 42266106567A for ; Thu, 23 Oct 2008 19:56:56 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 08D428FC1A for ; Thu, 23 Oct 2008 19:56:55 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: (qmail 54621 invoked from network); 23 Oct 2008 19:30:14 -0000 Received: from unknown (HELO ?10.0.0.135?) (spawk@128.238.64.31) by acm.poly.edu with AES256-SHA encrypted SMTP; 23 Oct 2008 19:30:14 -0000 Message-ID: <4900D086.2000703@acm.poly.edu> Date: Thu, 23 Oct 2008 15:29:10 -0400 From: Boris Kochergin User-Agent: Thunderbird 2.0.0.16 (X11/20080727) MIME-Version: 1.0 To: Eugene Grosbein References: <47C428EC.3090909@acm.poly.edu> <20080226162307.GA80931@svzserv.kemerovo.su> <47C4439A.9050502@acm.poly.edu> <20080226175616.GC1509@heff.fud.org.nz> <47C4FB54.FF2F89EF@kuzbass.ru> <48C00372.8030600@acm.poly.edu> <20080904164949.GA76939@svzserv.kemerovo.su> In-Reply-To: <20080904164949.GA76939@svzserv.kemerovo.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Andrew Thompson Subject: Re: if_gif/if_bridge problem 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, 23 Oct 2008 19:56:56 -0000 Eugene Grosbein wrote: > On Thu, Sep 04, 2008 at 11:49:06AM -0400, Boris Kochergin wrote: > > >> Ahoy. I've been using the patch for a while, and, recently, when the >> load on the wireless network I needed it for has increased, I've started >> getting kernel panics that I think the patch is responsible for. The >> panics are usually foreshadowed by messages in the style of "Sep 3 >> 11:34:14 unique kernel: delayed m_pullup, m->len: 22 off: 38333 p: 97" >> in the kernel buffer. I like to think that I've eliminated the >> possibility of bad hardware by changing the motherboard, memory, and >> Ethernet controllers in the machine, and have tried both Eugene's >> original patchset and the one that was committed to 7-STABLE, with the >> same ill effects. Any ideas about what might be wrong, or shall I set >> about getting a backtrace? Thanks. >> > > Yes, you should. And I think you no more need my patches after > Andrew's fixes to gif(4). But if you need my changes to lagg(4), > you should now use version corrected to apply to recent RELENG_7: > ftp://www.kuzbass.ru/pub/freebsd/lagg-0.2.tgz > > There were no functional changes, only context changes after Anrew's commit. > > Eugene Grosbein > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > Pardon the delay, but here it is. Let me know if I can provide anything else. Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0xc fault code = supervisor read, page not present instruction pointer = 0x20:0xc05bfb83 stack pointer = 0x28:0xe9f3f67c frame pointer = 0x28:0xe9f3f6a4 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 = 25 (irq18: xl0) trap number = 12 panic: page fault cpuid = 1 Uptime: 20h30m4s Physical memory: 2551 MB Dumping 325 MB: 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 241 dumptid = curthread->td_tid; (kgdb) where #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 #1 0xc05583ef in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0558861 in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc07c033d in trap_fatal (frame=0xe9f3f63c, eva=12) at /usr/src/sys/i386/i386/trap.c:899 #4 0xc07bfee0 in trap_pfault (frame=0xe9f3f63c, usermode=0, eva=12) at /usr/src/sys/i386/i386/trap.c:812 #5 0xc07bf79d in trap (frame=0xe9f3f63c) at /usr/src/sys/i386/i386/trap.c:490 #6 0xc079ed4b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc05bfb83 in m_copym (m=0x0, off0=1500, len=20, wait=1) at /usr/src/sys/kern/uipc_mbuf.c:538 #8 0xc065c536 in ip_fragment (ip=0xc60fabe8, m_frag=0xe9f3f7a8, mtu=1500, if_hwassist_flags=0, sw_csum=769) at /usr/src/sys/netinet/ip_output.c:726 #9 0xc065bf35 in ip_output (m=0xc60fab00, opt=0x0, ro=0xc589dd24, flags=0, imo=0x0, inp=0x0) at /usr/src/sys/netinet/ip_output.c:565 #10 0xc064c431 in in_gif_output (ifp=0xc58a9000, family=18, m=0xc60fab00) at /usr/src/sys/netinet/in_gif.c:228 #11 0xc06321c3 in gif_output (ifp=0xc58a9000, m=0xc60f9900, dst=0xc58b52a0, rt=0x0) at /usr/src/sys/net/if_gif.c:455 #12 0xc0631e29 in gif_start (ifp=0xc58a9000) at /usr/src/sys/net/if_gif.c:352 #13 0xc06297a9 in bridge_enqueue (sc=0xc58d6600, dst_ifp=0xc58a9000, m=0x0) at /usr/src/sys/net/if_bridge.c:1714 #14 0xc062b80e in bridge_broadcast (sc=0xc58d6600, src_if=0xc58a3400, m=0xc60f9900, runfilt=1) at /usr/src/sys/net/if_bridge.c:2394 #15 0xc062a5e4 in bridge_forward (sc=0xc58d6600, sbif=0xc56f3600, m=0xc60f9900) at /usr/src/sys/net/if_bridge.c:2018 #16 0xc062af00 in bridge_input (ifp=0xc58a3400, m=0xc614e700) at /usr/src/sys/net/if_bridge.c:2189 #17 0xc06324dd in gif_input (m=0xc614e700, af=18, ifp=0xc58a3400) at /usr/src/sys/net/if_gif.c:564 #18 0xc064c89e in in_gif_input (m=0xc614e700, off=20) at /usr/src/sys/netinet/in_gif.c:326 #19 0xc0653f85 in encap4_input (m=0xc614e700, off=20) at /usr/src/sys/netinet/ip_encap.c:191 #20 0xc065819f in ip_input (m=0xc614e700) at /usr/src/sys/netinet/ip_input.c:665 #21 0xc06346ba in netisr_dispatch (num=2, m=0xc614e700) at /usr/src/sys/net/netisr.c:185 #22 0xc0630918 in ether_demux (ifp=0xc56bc000, m=0xc614e700) at /usr/src/sys/net/if_ethersubr.c:834 #23 0xc06306e2 in ether_input (ifp=0xc56bc000, m=0xc614e700) at /usr/src/sys/net/if_ethersubr.c:692 #24 0xc0704874 in xl_rxeof (sc=0xc56ed000) at /usr/src/sys/pci/if_xl.c:2062 #25 0xc070531e in xl_intr (arg=0xc56ed000) at /usr/src/sys/pci/if_xl.c:2298 #26 0xc05328a0 in ithread_execute_handlers (p=0xc56ec2ac, ie=0xc55e3d00) at /usr/src/sys/kern/kern_intr.c:1036 #27 0xc0532a63 in ithread_loop (arg=0xc56f2430) at /usr/src/sys/kern/kern_intr.c:1121 #28 0xc0530b8c in fork_exit (callout=0xc05329e0 , arg=0xc56f2430, frame=0xe9f3fd38) at /usr/src/sys/kern/kern_fork.c:781 #29 0xc079edc0 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:205