From owner-freebsd-current@FreeBSD.ORG Sat Nov 6 23:38:37 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 C317216A4CE for ; Sat, 6 Nov 2004 23:38:37 +0000 (GMT) Received: from itesec.hsc.fr (itesec.hsc.fr [192.70.106.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC5AD43D1F for ; Sat, 6 Nov 2004 23:38:36 +0000 (GMT) (envelope-from yb@sainte-barbe.org) Received: from taz.hsc.fr (taz.hsc.fr [192.70.106.75]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "taz.hsc.fr", Issuer "HSC CA" (verified OK)) by itesec.hsc.fr (Postfix) with ESMTP id 59F9B21926 for ; Sun, 7 Nov 2004 00:38:35 +0100 (CET) Received: by taz.hsc.fr (Postfix, from userid 1001) id D64044324; Sun, 7 Nov 2004 00:38:47 +0100 (CET) Date: Sun, 7 Nov 2004 00:38:47 +0100 From: Yann Berthier To: current@freebsd.org Message-ID: <20041106233847.GB882@hsc.fr> Mail-Followup-To: current@freebsd.org References: <20041106233730.GA882@hsc.fr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="NzB8fVQJ5HfG6fxh" Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20041106233730.GA882@hsc.fr> X-Organization: Herve Schauer Consultants X-Web: http://www.hsc.fr/ X-Operating-System: FreeBSD 6.0-CURRENT User-Agent: Mutt/1.5.6i Subject: Re: ppp panic: 3rd try 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: Sat, 06 Nov 2004 23:38:37 -0000 --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline [and now with the backtrace actually attached :-P] On Sun, 07 Nov 2004, Yann Berthier wrote: > > Hi list, > > As i have posted 2 times, there is a regression somewhere between the > ppp and the tty code (or i suppose so) > > kernel from today, world in sync, backtrace attached: > > Nov 6 23:55:10 taz kernel: FreeBSD 6.0-CURRENT #4: Sat Nov 6 > 21:56:36 CET 2004 > > This prevents me to follow -CURRENT, ppp tunnels are a *must need* > for me. I'd be happy to learn that this is a pilot error ... > > As already said, a core is available to whoever wants to tackle this > problem :-P > > I'll fill a PR tomorrow > > - yann > _______________________________________________ > 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" -- Yann.Berthier@hsc.fr -*- HSC -*- http://www.hsc.fr/ --NzB8fVQJ5HfG6fxh Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: attachment; filename=blonk Content-Transfer-Encoding: 8bit [yb@taz 0:14]% sudo kgdb kernel.debug /data/var/crash/vmcore.3 [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 "i386-marcel-freebsd". doadump) at pcpu.h:159 kgdb) bt #0 doadump) at pcpu.h:159 #1 0xc047d343 in db_fncalldummy1=-428673060, dummy2=0, dummy3=16, dummy4=0xe672f7d4 "\204ÕuÀåD{À¥\200|À") at /usr/src/sys/ddb/db_command.c:531 #2 0xc047d7e5 in db_command_loop) at /usr/src/sys/ddb/db_command.c:349 #3 0xc047f470 in db_traptype=12, code=0) at /usr/src/sys/ddb/db_main.c:221 #4 0xc05bfefd in kdb_traptype=0, code=0, tf=0xe672f97c) at /usr/src/sys/kern/subr_kdb.c:421 #5 0xc076d70e in trap_fatalframe=0xe672f97c, eva=812675236) at /usr/src/sys/i386/i386/trap.c:804 #6 0xc076d9d8 in trap_pfaultframe=0xe672f97c, usermode=0, eva=812675236) at /usr/src/sys/i386/i386/trap.c:727 #7 0xc076de0e in trapframe= {tf_fs = 36503576, tf_es = 16, tf_ds = -1056767984, tf_edi = 4, tf_esi = 812675184, tf_ebp = -428672544, tf_isp = -428672600, tf_ebx = -1045629948, tf_edx = 0, tf_ecx = 2, tf_eax = -1044265980, tf_trapno = 12, tf_err = 2, tf_eip = -1067662064, tf_cs = 8, tf_eflags = 66118, tf_esp = 1, tf_ss = -428672544}) at /usr/src/sys/i386/i386/trap.c:417 #8 0xc075f3da in calltrap) at /usr/src/sys/i386/i386/exception.s:140 #9 0x022d0018 in ??) #10 0x00000010 in ??) ---Type to continue, or q to quit--- #11 0xc1030010 in ??) #12 0x00000004 in ??) #13 0x30707070 in ??) #14 0xe672f9e0 in ??) #15 0xe672f9a8 in ??) #16 0xc1acf404 in ??) #17 0x00000000 in ??) #18 0x00000002 in ??) #19 0xc1c1c404 in ??) #20 0x0000000c in ??) #21 0x00000002 in ??) #22 0xc05cc510 in doselwakeupsip=0xc1acf404, pri=89) at /usr/src/sys/kern/sys_generic.c:1120 #23 0xc05debde in ptcwakeuptp=0xc1ad1c00, flag=3) at /usr/src/sys/kern/tty_pty.c:263 #24 0xc05d848d in ttyflushtp=0xc1ad1c00, rw=3) at /usr/src/sys/kern/tty.c:1465 #25 0xc062bcc2 in pppopendev=0xc20cc800, tp=0xc1ad1c00) at /usr/src/sys/net/ppp_tty.c:216 #26 0xc05daaf8 in ttioctltp=0xc1ad1c00, cmd=2147775515, data=0xe672fc50, flag=3) at linedisc.h:86 ---Type to continue, or q to quit--- #27 0xc05dcdce in ttyioctldev=0x0, cmd=2147775515, data=0xe672fc50 "\005", flag=3, td=0x0) at /usr/src/sys/kern/tty.c:3235 #28 0xc05df4af in ptsioctldev=0x0, cmd=2147775515, data=0x0, flag=0, td=0x0) at /usr/src/sys/kern/tty_pty.c:629 #29 0xc054abe3 in devfs_ioctlap=0xe672fb78) at /usr/src/sys/fs/devfs/devfs_vnops.c:434 #30 0xc0614c39 in vn_ioctlfp=0xc1e1961c, com=2147775515, data=0xe672fc50, active_cred=0xc21da000, td=0xc20c8300) at vnode_if.h:503 #31 0xc05cabd0 in ioctltd=0xc20c8300, uap=0xe672fd14) at file.h:258 #32 0xc076e286 in syscallframe= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = 0, tf_esi = 0, tf_ebp = -1077941624, tf_isp = -428671628, tf_ebx = 9, tf_edx = 224128, tf_ecx = 0, tf_eax = 54, tf_trapno = 12, tf_err = 2, tf_eip = 673376091, tf_cs = 31, tf_eflags = 582, tf_esp = -1077941668, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1001 #33 0xc075f42f in Xint0x80_syscall) at /usr/src/sys/i386/i386/exception.s:201 #34 0x0000002f in ??) #35 0x0000002f in ??) #36 0x0000002f in ??) #37 0x00000000 in ??) #38 0x00000000 in ??) ---Type to continue, or q to quit--- #39 0xbfbfea88 in ??) #40 0xe672fd74 in ??) #41 0x00000009 in ??) #42 0x00036b80 in ??) #43 0x00000000 in ??) #44 0x00000036 in ??) #45 0x0000000c in ??) #46 0x00000002 in ??) #47 0x2822e75b in ??) #48 0x0000001f in ??) #49 0x00000246 in ??) #50 0xbfbfea5c in ??) #51 0x0000002f in ??) #52 0x0021242a in ??) #53 0x0021242a in ??) #54 0x0021242a in ??) #55 0x0021242a in ??) #56 0x142a4000 in ??) #57 0xc20c5600 in ??) #58 0xc20c8300 in ??) ---Type to continue, or q to quit--- #48 0x0000001f in ??) #49 0x00000246 in ??) #50 0xbfbfea5c in ??) #51 0x0000002f in ??) #52 0x0021242a in ??) #53 0x0021242a in ??) #54 0x0021242a in ??) #55 0x0021242a in ??) #56 0x142a4000 in ??) #57 0xc20c5600 in ??) #58 0xc20c8300 in ??) ---Type to continue, or q to quit--- #59 0xe672f798 in ??) #60 0xe672f780 in ??) #61 0xc19b7000 in ??) #62 0xc05b7c51 in sched_switchtd=0x0, newtd=0x9, flags=Cannot access memory at address 0xbfbfea98 ) at /usr/src/sys/kern/sched_4bsd.c:865 Previous frame inner to this framecorrupt stack?) --NzB8fVQJ5HfG6fxh--