Date: Mon, 20 Jun 2005 22:19:19 +0200 From: Philippe PEGON <Philippe.Pegon@crc.u-strasbg.fr> To: Mitch Parks <mitch@kuoi.asui.uidaho.edu> Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-p1 crash Message-ID: <42B724C7.90606@crc.u-strasbg.fr> In-Reply-To: <20050620110915.N1961@kuoi.asui.uidaho.edu> References: <20050617150950.F1236@kuoi.asui.uidaho.edu> <20050619161113.V83634@carver.gumbysoft.com> <20050619180740.H750@kuoi.asui.uidaho.edu> <20050620110915.N1961@kuoi.asui.uidaho.edu>
next in thread | previous in thread | raw e-mail | index | archive | help
Mitch Parks a écrit : > 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? same thing for me > > > 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 > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?42B724C7.90606>