5.4-p1 crash
Philippe PEGON
Philippe.Pegon at crc.u-strasbg.fr
Mon Jun 20 20:13:21 GMT 2005
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 at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-stable
> To unsubscribe, send any mail to "freebsd-stable-unsubscribe at freebsd.org"
More information about the freebsd-stable
mailing list