From owner-freebsd-current@FreeBSD.ORG Wed Dec 8 15:26:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D084D1065693; Wed, 8 Dec 2010 15:26:31 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 6FE498FC12; Wed, 8 Dec 2010 15:26:31 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab] ([IPv6:2607:f3e0:0:4:2c91:fa66:2350:ddab]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oB8FQSss036820 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 8 Dec 2010 10:26:29 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CFFA39D.9000907@sentex.net> Date: Wed, 08 Dec 2010 10:26:21 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: "Bjoern A. Zeeb" References: <4CFC2114.6040203@freebsd.org> <4CFDE738.9020801@FreeBSD.org> <20101207110603.S6126@maildrop.int.zabbadoz.net> In-Reply-To: <20101207110603.S6126@maildrop.int.zabbadoz.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Alexander Motin , FreeBSD current mailing list Subject: Re: In-kernel PPPoE X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2010 15:26:31 -0000 On 12/7/2010 6:07 AM, Bjoern A. Zeeb wrote: > On Tue, 7 Dec 2010, Alexander Motin wrote: > >>> Does mpd work in -current ? Last tried I, netgraph had problems with >>> mpd. >> >> Sure it does! What is the problem? > > There have been several reports (incl. panics) on various lists like > net, stable, ... during the last months for mostly 8.x (and HEAD). > None of which was really followed up to to my memory. > >From a kernel from Sept2, I would get this panic / crash after a week of running mpd with ipv6 enabled Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc5ef3e15 stack pointer = 0x28:0xc4fe4838 frame pointer = 0x28:0xc4fe484c 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 = 1000 (ng_queue1) trap number = 12 panic: page fault cpuid = 1 Uptime: 6d4h9m42s Physical memory: 2036 MB Dumping 240 MB: 225 209 193 177panic: bufwrite: buffer is not busy??? cpuid = 1 161 145 129 113 97 81 65 49 33 17 1 (kgdb) #0 doadump () at pcpu.h:231 #1 0xc0681233 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 #2 0xc0681499 in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:590 #3 0xc08ea3ec in trap_fatal (frame=0xc4fe47f8, eva=36) at /usr/src/sys/i386/i386/trap.c:938 #4 0xc08ea650 in trap_pfault (frame=0xc4fe47f8, usermode=0, eva=36) at /usr/src/sys/i386/i386/trap.c:851 #5 0xc08eaf19 in trap (frame=0xc4fe47f8) at /usr/src/sys/i386/i386/trap.c:533 #6 0xc08cd4bc in calltrap () at /usr/src/sys/i386/i386/exception.s:166 #7 0xc5ef3e15 in ng_address_hook (here=0x0, item=0xc5f03c40, hook=0xcb685980, retaddr=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3504 #8 0xc5f7ebfb in ng_tcpmss_rcvdata (hook=0xc6618300, item=0xc5f03c40) at /usr/src/sys/modules/netgraph/tcpmss/../../../netgraph/ng_tcpmss.c:347 #9 0xc5ef57c4 in ng_apply_item (node=0xca955b00, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #10 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #11 0xc5f6dd30 in ng_ppp_proto_recv (node=0xc6431300, item=0xc5f03c40, proto=Variable "proto" is not available. ) at /usr/src/sys/modules/netgraph/ppp/../../../netgraph/ng_ppp.c:949 #12 0xc5f6ea25 in ng_ppp_rcvdata (hook=0xcb228a80, item=0xc5f03c40) at /usr/src/sys/modules/netgraph/ppp/../../../netgraph/ng_ppp.c:1524 #13 0xc5ef57c4 in ng_apply_item (node=0xc6431300, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #14 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #15 0xc5ef57c4 in ng_apply_item (node=0xcb375c80, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #16 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #17 0xc5ef57c4 in ng_apply_item (node=0xc6330100, item=0xc5f03c40, rw=0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2336 #18 0xc5ef479f in ng_snd_item (item=0xc5f03c40, flags=Variable "flags" is not available. ) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2253 #19 0xc5f4db1c in ng_ksocket_incoming2 (node=0xc6431e00, hook=0x0, arg1=0xc63479a8, arg2=0) at /usr/src/sys/modules/netgraph/ksocket/../../../netgraph/ng_ksocket.c:1153 #20 0xc5ef58f9 in ng_apply_item (node=0xc6431e00, item=0xc5f02780, rw=1) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:2407 #21 0xc5ef6a46 in ngthread (arg=0x0) at /usr/src/sys/modules/netgraph/netgraph/../../../netgraph/ng_base.c:3351 #22 0xc0656cd1 in fork_exit (callout=0xc5ef68e0 , arg=0x0, frame=0xc4fe4d38) at /usr/src/sys/kern/kern_fork.c:844 #23 0xc08cd534 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:273 (kgdb) Since there were a number of ipv6 patches, I thought I would try again with a kernel from today as well as the patch from http://www.freebsd.org/cgi/query-pr.cgi?pr=148857 Still get the WITNESS warning below. Not sure if its a "bad" thing or has anything to do with the above panic. uma_zalloc_arg: zone "1024" with the following non-sleepable locks held: exclusive rw ifnet_rw (ifnet_rw) r = 0 (0xc0b67144) locked @ /usr/src/sys/net/if.c:434 KDB: stack backtrace: db_trace_self_wrapper(c0928b5a,c2d0,2e,0,0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(1b2,2,ffffffff,c0b399d4,e7cda8f4,...) at kdb_backtrace+0x2a _witness_debugger(c092a29d,e7cda908,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0940817,c092486e,c06b9966,...) at witness_warn+0x1fe uma_zalloc_arg(c158a000,0,102,400,c5658c00,...) at uma_zalloc_arg+0x34 malloc(400,c09b9c14,102,80,c5658c00,...) at malloc+0x4e if_grow(c0b67144,c093128c,1b2,1b2,35000101,...) at if_grow+0x35 if_alloc(35,c63920a0,101,c6392160,0,...) at if_alloc+0xd3 ng_iface_constructor(c67ced00,e7cdaa54,c5816800,c685b400,e7cdaa64,...) at ng_iface_constructor+0x3b ng_make_node(c685b438,e7cdaa54,0,0,0,...) at ng_make_node+0x5b ng_apply_item(c5816848,0,1,e7cdaa84,c5816800,...) at ng_apply_item+0x3ea ng_snd_item(c6362400,0,c6541340,0,28afcf40,...) at ng_snd_item+0x28f ngc_send(c6203670,0,c67ed200,c656b1c0,0,...) at ngc_send+0x1c2 sosend_generic(c6203670,c656b1c0,e7cdabb8,0,0,...) at sosend_generic+0x50d sosend(c6203670,c656b1c0,e7cdabb8,0,0,...) at sosend+0x3f kern_sendit(c66df5a0,5,e7cdac2c,0,0,...) at kern_sendit+0x107 sendit(0,c656b1c0,5,e7cdac48,1,...) at sendit+0xb1 sendto(c66df5a0,e7cdacec,e7cdad28,c0929daa,0,...) at sendto+0x48 syscallenter(c66df5a0,e7cdace4,e7cdace4,0,c66df5a0,...) at syscallenter+0x22b syscall(e7cdad28) at syscall+0x34 Xint0x80_syscall() at Xint0x80_syscall+0x21 --- syscall (133, FreeBSD ELF32, sendto), eip = 0x284b3977, esp = 0xbf7fc8cc, ebp = 0xbf7fc8f8 --- > /bz >