From owner-freebsd-current@FreeBSD.ORG Thu Oct 27 01:36:49 2005 Return-Path: X-Original-To: freebsd-current@FreeBSD.org 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 D6B8B16A41F; Thu, 27 Oct 2005 01:36:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5F02343D46; Thu, 27 Oct 2005 01:36:49 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.204] ([192.168.254.204]) (authenticated bits=0) by pooker.samsco.org (8.13.4/8.13.4) with ESMTP id j9R1akO7090374; Wed, 26 Oct 2005 19:36:47 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <43602F2F.7080500@samsco.org> Date: Wed, 26 Oct 2005 19:36:47 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.8) Gecko/20050615 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Vladimir Kushnir , John Baldwin References: <20051027022313.R675@kushnir1.kiev.ua> In-Reply-To: <20051027022313.R675@kushnir1.kiev.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on pooker.samsco.org Cc: freebsd-current@FreeBSD.org Subject: Re: CURRENT + amd64 + user-ppp = panic 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: Thu, 27 Oct 2005 01:36:50 -0000 Vladimir Kushnir wrote: > Hello, > For a couple of days already my -CURRENT amd64 reliably panicks whenever > I'm trying to connect via ppp (nothing fancy - playn dialup, no > firewall). It's 100% reproducible both with custom kernel and with > GENERIC. A typescript of kgdb is attached. > > I'm running now on the kernel from Oct 19 which also panicks, BTW, with > "kmem_map too small" on an attempt to run something like Linux > OpenOffice or Mathematica (neither kern.ipc.nmbclusters nor > vm.kmem_size_max tweaking helps; besides, I've only 512 MB RAM) > > Regards, > Vladimir > I think that this is a result of the interrupt handler changes that John Baldwin made yesterday. Can you step your source back in time and see where it stops panicing? Scott > > ------------------------------------------------------------------------ > > Script started on Thu Oct 27 02:20:33 2005 > ~> sudo kgdb /usr/obj/usr/src/sys/GENERIC/kernel.debug /usr/crash/vmcore.1 > > [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you are > > welcome to change it and/or distribute copies of it under certain conditions. > > Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "amd64-marcel-freebsd". > > > Unread portion of the kernel message buffer: > > 7:eb                                        miibus0: <MII bus> on nve0                                                      ukphy0: <Generic IEEE 802.3u media interface> on miibus0                        ukphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto                                                       > > > #0 doadump () at pcpu.h:172 > > 172 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) where > > #0 doadump () at pcpu.h:172 > > #1 0xffffffff803c65fc in boot (howto=260) > > at /usr/src/sys/kern/kern_shutdown.c:399 > > #2 0xffffffff803c609b in panic (fmt=0xffffffff805f2f46 "from debugger") > > at /usr/src/sys/kern/kern_shutdown.c:555 > > #3 0xffffffff801a8a32 in db_panic (addr=0, have_addr=0, count=0, modif=0x0) > > at /usr/src/sys/ddb/db_command.c:435 > > #4 0xffffffff801a8f75 in db_command_loop () > > at /usr/src/sys/ddb/db_command.c:404 > > #5 0xffffffff801aae83 in db_trap (type=-1794574032, code=0) > > at /usr/src/sys/ddb/db_main.c:221 > > #6 0xffffffff803e5279 in kdb_trap (type=9, code=0, tf=0xffffffff9508fb10) > > at /usr/src/sys/kern/subr_kdb.c:445 > > #7 0xffffffff8058d84e in trap_fatal (frame=0xffffffff9508fb10, > > eva=18446742974715243568) at /usr/src/sys/amd64/amd64/trap.c:672 > > #8 0xffffffff8058ddb1 in trap (frame= > > {tf_rdi = 1, tf_rsi = 70876, tf_rdx = -2401050962867404578, tf_rcx = 70876, tf_r8 = 0, tf_r9 = 1, tf_rax = 5340, tf_rbx = 1, tf_rbp = -1794573296, tf_r10 = 1, tf_r11 = 4, tf_r12 = -1099511143680, tf_r13 = -1099035903488, tf_r14 = -1964245152, tf_r15 = 2, tf_trapno = 9, tf_addr = 0, tf_flags = 0, tf_err = 0, tf_rip = -2143462195, tf_cs = 8, tf_rflags = 65538, tf_rsp = -1794573360, tf_ss = 16}) at /usr/src/sys/amd64/amd64/trap.c:488 > > #9 0xffffffff8057b3bb in calltrap () > > at /usr/src/sys/amd64/amd64/exception.S:168 > > ---Type to continue, or q to quit--- > > #10 0xffffffff803d5ccd in softclock (dummy=0x1) > > at /usr/src/sys/kern/kern_timeout.c:220 > > #11 0xffffffff803b05cc in ithread_loop (arg=0xffffff0000031780) > > at /usr/src/sys/kern/kern_intr.c:662 > > #12 0xffffffff803af3cb in fork_exit ( > > callout=0xffffffff803b0480 , arg=0xffffff0000031780, > > frame=0xffffffff9508fc90) at /usr/src/sys/kern/kern_fork.c:789 > > #13 0xffffffff8057b71e in fork_trampoline () > > at /usr/src/sys/amd64/amd64/exception.S:394 > > #14 0x0000000000000000 in ?? () > > Previous frame identical to this frame (corrupt stack?) > > (kgdb) quit > > ~> exit > > exit > > > Script done on Thu Oct 27 02:22:26 2005 > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"