Date: Mon, 20 Jun 2005 11:29:23 -0700 (PDT) From: Mitch Parks <mitch@kuoi.asui.uidaho.edu> To: Doug White <dwhite@gumbysoft.com> Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-p1 crash Message-ID: <20050620110915.N1961@kuoi.asui.uidaho.edu> In-Reply-To: <20050619180740.H750@kuoi.asui.uidaho.edu> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050619161113.V83634@carver.gumbysoft.com> <20050619180740.H750@kuoi.asui.uidaho.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 19 Jun 2005, Mitch Parks wrote: > On Sun, 19 Jun 2005, Doug White wrote: >> As noted, the ttwakeup() panic is a known bug. The best thing we have for >> a fix is this patch: >> >> http://people.freebsd.org/~mlaier/tty.t_pgrp.diff >> >> Please give it a try and report back if you have any more panics (or >> don't :-) ). > > I'll report back in 10 days unless something bad happens before then. *sigh* Ok, I'm back too soon. Suggestions? Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x4296bad0 fault code = supervisor write, page not present instruction pointer = 0x8:0xc055740e stack pointer = 0x10:0xe8f6e9b8 frame pointer = 0x10:0xe8f6e9c0 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 = 34338 (sshd) trap number = 12 panic: page fault cpuid = 0 boot() called on cpu#0 Uptime: 17h9m7s Dumping 2047 MB ... #0 doadump () at pcpu.h:159 159 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); #0 doadump () at pcpu.h:159 #1 0xc05357d7 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410 #2 0xc0535afd in panic (fmt=0xc068b12f "%s") at /usr/src/sys/kern/kern_shutdown.c:566 #3 0xc06633b4 in trap_fatal (frame=0xe8f6e978, eva=1117174480) at /usr/src/sys/i386/i386/trap.c:817 #4 0xc06630f7 in trap_pfault (frame=0xe8f6e978, usermode=0, eva=1117174480) at /usr/src/sys/i386/i386/trap.c:735 #5 0xc0662d51 in trap (frame= {tf_fs = -1068367848, tf_es = -386531312, tf_ds = 16777232, tf_edi = -9965 94328, tf_esi = 1117174476, tf_ebp = -386471488, tf_isp = -386471516, tf_ebx = - 1003267468, tf_edx = 1117174476, tf_ecx = -1066423096, tf_eax = 0, tf_trapno = 1 2, tf_err = 2, tf_eip = -1068141554, tf_cs = 8, tf_eflags = 66054, tf_esp = -1003267584, tf_ss = -1003279104}) at /usr/src/sys/i386/i386/trap.c:425 #6 0xc06513ea in calltrap () at /usr/src/sys/i386/i386/exception.s:140 #7 0xc0520018 in fork1 (td=0xc4335a74, flags=89, pages=-386471452, procp=0xc056425d) at atomic.h:154 #8 0xc0557362 in selwakeuppri (sip=0xc4335a74, pri=89) at /usr/src/sys/kern/sys_generic.c:1056 #9 0xc056425d in ttwakeup (tp=0x10206) at /usr/src/sys/kern/tty.c:2382 #10 0xc0562ee0 in ttymodem (tp=0xc4335a00, flag=0) at /usr/src/sys/kern/tty.c:1639 #11 0xc0566beb in ptcopen (dev=0xc4332d00, flag=3, devtype=8192, td=0x0) at linedisc.h:136 #12 0xc04f9f66 in spec_open (ap=0xe8f6ea80) at /usr/src/sys/fs/specfs/spec_vnops.c:207 #13 0xc04f9cab in spec_vnoperate (ap=0x0) at /usr/src/sys/fs/specfs/spec_vnops.c:118 #14 0xc0594985 in vn_open_cred (ndp=0xe8f6ebe4, flagp=0xe8f6ece4, cmode=0, cred=0xc3853880, fdidx=0) at vnode_if.h:228 #15 0xc059456a in vn_open (ndp=0x0, flagp=0xe8f6ece4, cmode=0, fdidx=3) at /usr/src/sys/kern/vfs_vnops.c:91 #16 0xc058e417 in kern_open (td=0xc41f5d80, path=0x0, pathseg=UIO_USERSPACE, flags=3, mode=0) at /usr/src/sys/kern/vfs_syscalls.c:957 #17 0xc058e328 in open (td=0xc41f5d80, uap=0x0) at /usr/src/sys/kern/vfs_syscalls.c:926 #18 0xc06636ef in syscall (frame= {tf_fs = 47, tf_es = 47, tf_ds = 47, tf_edi = -1, tf_esi = 671951917, tf_e bp = -1077943096, tf_isp = -386470540, tf_ebx = 671959136, tf_edx = 671951944, t f_ecx = 674495244, tf_eax = 5, tf_trapno = 12, tf_err = 2, tf_eip = 674002619, tf_cs = 31, tf_eflags = 658, tf_esp = -1077943188, tf_ss = 47}) at /usr/src/sys/i386/i386/trap.c:1009 #19 0xc065143f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:201 #20 0x0000002f in ?? () #21 0x0000002f in ?? () #22 0x0000002f in ?? () #23 0xffffffff in ?? () #24 0x280d2c2d in ?? () #25 0xbfbfe4c8 in ?? () #26 0xe8f6ed74 in ?? () #27 0x280d4860 in ?? () #28 0x280d2c48 in ?? () #29 0x2833fb0c in ?? () #30 0x00000005 in ?? () #31 0x0000000c in ?? () #32 0x00000002 in ?? () #33 0x282c76bb in ?? () #34 0x0000001f in ?? () #35 0x00000292 in ?? () #36 0xbfbfe46c in ?? () #37 0x0000002f in ?? () #38 0x00000000 in ?? () #39 0x00000000 in ?? () #40 0x00000000 in ?? () #41 0x00000000 in ?? () #42 0x6701c000 in ?? () #43 0xc41fac5c in ?? () #44 0xc41f5d80 in ?? () #45 0xe8f6eb34 in ?? () #46 0xe8f6eb1c in ?? () #47 0xc347f600 in ?? () #48 0xc0545d9f in sched_switch (td=0x280d2c2d, newtd=0x280d4860, flags=Cannot access memory at address 0xbfbfe4d8 ) at /usr/src/sys/kern/sched_4bsd.c:881
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050620110915.N1961>