From owner-freebsd-current@FreeBSD.ORG Tue Jan 6 07:47:44 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A1D0316A4D2 for ; Tue, 6 Jan 2004 07:47:44 -0800 (PST) Received: from email05.aon.at (WARSL402PIP4.highway.telekom.at [195.3.96.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 706FC43D3F for ; Tue, 6 Jan 2004 07:47:41 -0800 (PST) (envelope-from shoesoft@gmx.net) Received: (qmail 156794 invoked from network); 6 Jan 2004 15:47:39 -0000 Received: from m093p021.dipool.highway.telekom.at (HELO ?62.46.1.149?) ([62.46.1.149]) (envelope-sender ) by qmail5rs.highway.telekom.at (qmail-ldap-1.03) with SMTP for ; 6 Jan 2004 15:47:39 -0000 From: Stefan Ehmann To: Don Lewis In-Reply-To: <200401060206.i062607E012697@gw.catspoiler.org> References: <200401060206.i062607E012697@gw.catspoiler.org> Content-Type: text/plain Message-Id: <1073404061.736.15.camel@shoeserv.freebsd> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.5 Date: Tue, 06 Jan 2004 16:47:42 +0100 Content-Transfer-Encoding: 7bit cc: current@FreeBSD.org Subject: Re: page fault panic tracked down (selwakeuppri()) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Tue, 06 Jan 2004 15:47:44 -0000 On Tue, 2004-01-06 at 03:06, Don Lewis wrote: > The parameters passed to feed_vchan_16() might be bad in such a way that > the KASSERT is happy, but the heap still gets trashed. > > If you can't get the KASSERT failure without this code being in a module > (or get gdb to debug the module), it might be interesting to change this > KASSERT into an "if" test that prints the parameters and anything else > of interest and then calls panic(). As a workaround I just built the sound modules with COPTS=-g and installed them. Unfortunately I haven't been able to reproduce the previous panic in the modules again. I hope I can restore the exact configuration to get the "bad bufsize" panic - this time with more debug info. This time I got one more page fault panic and then this - looks even more random to me panic: Most recently used by none #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:240 #1 0xc04e5178 in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:372 #2 0xc04e5507 in panic () at /usr/src/sys/kern/kern_shutdown.c:550 #3 0xc0632077 in mtrash_ctor (mem=0xc37dcc00, size=0, arg=0x0) at /usr/src/sys/vm/uma_dbg.c:137 #4 0xc06307db in uma_zalloc_arg (zone=0xc103dd80, udata=0x0, flags=2) at /usr/src/sys/vm/uma_core.c:1403 #5 0xc04d9ec3 in malloc (size=3238256000, type=0xc06ca8e0, flags=2) at /usr/src/sys/vm/uma.h:234 #6 0xc04d6a8e in kldsym (td=0xc3ec4690, uap=0xd8ac8d14) at /usr/src/sys/kern/kern_linker.c:1015 #7 0xc0661460 in syscall (frame= {tf_fs = 47, tf_es = -1078001617, tf_ds = -1078001617, tf_edi = 1, tf_esi = 134548140, tf_ebp = -1077941720, tf_isp = -659780236, tf_ebx = 672558244, tf_edx = -1077941504, tf_ecx = 0, tf_eax = 337, tf_trapno = 22, tf_err = 2, tf_eip = 672881359, tf_cs = 31, tf_eflags = 518, tf_esp = -1077941780, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1010 #8 0xc06523bd in Xint0x80_syscall () at {standard input}:136