From owner-freebsd-current Fri May 14 10:33:28 1999 Delivered-To: freebsd-current@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id C363214E66 for ; Fri, 14 May 1999 10:33:25 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id KAA00886; Fri, 14 May 1999 10:29:35 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905141729.KAA00886@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: "Matthew D. Fuller" Cc: Sheldon Hearn , Gianmarco Giovannelli , "'current@freebsd.org'" Subject: Re: Panic with screen w/info (was Re: Today's kernel crashes on starting X) In-reply-to: Your message of "Fri, 14 May 1999 08:10:53 CDT." <19990514081052.A27823@futuresouth.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 14 May 1999 10:29:35 -0700 From: Mike Smith Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG This looks a lot like the "I didn't use 'config -r' to generate my latest kernel build tree" problem. > Well, this apparently doesn't involve X, only screen. > (X may still be broken/flaky, but this doesn't involve it specifically) > This time I just ran screen on a vty, and *poof* > > ------ > Looking at the trace below, does this look like a (if not the) problem? > #10 0xc0162490 in ttyflush (tp=0xc029dc20, rw=3) at ../../kern/tty.c:1192 > 1192 (*devsw(tp->t_dev)->d_stop)(tp, rw); > (kgdb) print tp > $1 = (struct tty *) 0xc30010b2 > (kgdb) print tp->t_dev > Cannot access memory at address 0xc300110a. > ------ > > I can keep this trace and compile tree around for a good while, just let > me know what to poke at and I'll prod it. Panic msg and trace below. > > ------ > Fatal trap 12: page fault while in kernel mode > mp_lock = 01000002; cpuid = 1; lapic.id = 0c000000 > fault virtual address = 0x14 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xc0162490 > stack pointer = 0x10:0xcb1c9d4c > frame pointer = 0x10:0xcb1c9d60 > 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 = 372 (screen-3.7.6) > interrupt mask = tty <- SMP: XXX > panic: from debugger > mp_lock = 01000003; cpuid = 1; lapic.id = 0c000000 > boot() called on cpu#1 > > > #0 boot (howto=256) at ../../kern/kern_shutdown.c:288 > #1 0xc014f6ed in panic (fmt=0xc0253514 "from debugger") at > ../../kern/kern_shutdown.c:451 > #2 0xc012c899 in db_panic (addr=-1072290672, have_addr=0, count=-1, > modif=0xcb1c9bc8 "") > at ../../ddb/db_command.c:434 > #3 0xc012c839 in db_command (last_cmdp=0xc027e870, cmd_table=0xc027e6d0, > > aux_cmd_tablep=0xc029ac78) at ../../ddb/db_command.c:334 > #4 0xc012c8fe in db_command_loop () at ../../ddb/db_command.c:456 > #5 0xc012ea5f in db_trap (type=12, code=0) at ../../ddb/db_trap.c:71 > #6 0xc0213982 in kdb_trap (type=12, code=0, regs=0xcb1c9d0c) > at ../../i386/i386/db_interface.c:157 > #7 0xc02265c2 in trap_fatal (frame=0xcb1c9d0c, eva=20) at > ../../i386/i386/trap.c:912 > #8 0xc0226259 in trap_pfault (frame=0xcb1c9d0c, usermode=0, eva=20) > at ../../i386/i386/trap.c:810 > #9 0xc0225ecf in trap (frame={tf_fs = -2147483624, tf_es = -1054801904, > tf_ds = 16777232, > tf_edi = -2147483648, tf_esi = 3, tf_ebp = -887317152, tf_isp = > -887317192, > tf_ebx = -1070998496, tf_edx = 0, tf_ecx = 16777217, tf_eax = 0, > tf_trapno = 12, > tf_err = 0, tf_eip = -1072290672, tf_cs = 8, tf_eflags = 66178, > tf_esp = -1070998496, > tf_ss = 3}) at ../../i386/i386/trap.c:436 > #10 0xc0162490 in ttyflush (tp=0xc029dc20, rw=3) at ../../kern/tty.c:1192 > #11 0xc0161bf1 in ttioctl (tp=0xc029dc20, cmd=2147775504, > data=0xcb1c9ecc, flag=3) > at ../../kern/tty.c:803 > #12 0xc01650fe in ptyioctl (dev=0xf700, cmd=2147775504, data=0xcb1c9ecc > "\003", flag=3, > p=0xc9d9ea20) at ../../kern/tty_pty.c:740 > #13 0xc0181ad0 in spec_ioctl (ap=0xcb1c9e08) at > ../../miscfs/specfs/spec_vnops.c:441 > #14 0xc01812f1 in spec_vnoperate (ap=0xcb1c9e08) at > ../../miscfs/specfs/spec_vnops.c:129 > #15 0xc01f64c9 in ufs_vnoperatespec (ap=0xcb1c9e08) at > ../../ufs/ufs/ufs_vnops.c:2327 > #16 0xc017c045 in vn_ioctl (fp=0xc1196bc0, com=2147775504, > data=0xcb1c9ecc "\003", > p=0xc9d9ea20) at vnode_if.h:395 > #17 0xc015b73f in ioctl (p=0xc9d9ea20, uap=0xcb1c9f80) at > ../../kern/sys_generic.c:564 > #18 0xc0226886 in syscall (frame={tf_fs = 47, tf_es = 47, tf_ds = 47, > tf_edi = 134697096, > tf_esi = 134672224, tf_ebp = -1077951692, tf_isp = -887316524, > tf_ebx = 672221300, > tf_edx = 134697128, tf_ecx = 6, tf_eax = 54, tf_trapno = 12, tf_err > = 2, > tf_eip = 671965400, tf_cs = 31, tf_eflags = 582, tf_esp = > -1077951716, tf_ss = 47}) > at ../../i386/i386/trap.c:1066 > #19 0xc02143a5 in Xint0x80_syscall () > ------ > > > > -- > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > | Matthew Fuller MF4839 http://www.over-yonder.net/ | > * fullermd@futuresouth.com fullermd@over-yonder.net * > | UNIX Systems Administrator Specializing in FreeBSD | > * FutureSouth Communications ISPHelp ISP Consulting * > | "The only reason I'm burning my candle at both ends, | > * is because I haven't figured out how to light the * > | middle yet" | > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-current" in the body of the message > -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message