Date: Fri, 14 May 1999 10:29:35 -0700 From: Mike Smith <mike@smith.net.au> To: "Matthew D. Fuller" <fullermd@futuresouth.com> Cc: Sheldon Hearn <sheldonh@uunet.co.za>, Gianmarco Giovannelli <gmarco@scotty.masternet.it>, "'current@freebsd.org'" <current@FreeBSD.ORG> Subject: Re: Panic with screen w/info (was Re: Today's kernel crashes on starting X) Message-ID: <199905141729.KAA00886@dingo.cdrom.com> In-Reply-To: Your message of "Fri, 14 May 1999 08:10:53 CDT." <19990514081052.A27823@futuresouth.com>
index | next in thread | previous in thread | raw e-mail
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
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199905141729.KAA00886>