At Thu, 9 Nov 2006 13:20:35 +0200, Giorgos Keramidas wrote: > On 2006-11-08 23:00, Yoichi Nakayama <yoichi_at_FreeBSD.org> wrote: > >At Tue, 7 Nov 2006 21:22:18 +0200, > >Giorgos Keramidas wrote: > >> Hi NAKAYAMA-san :) > >> > >> In general, we handle CURRENT problems in the freebsd-current mailing > >> list, instead of opening problem reports. > > > > I'm sorry for my mistake. > > Nothing to worry about :) > > >> The build from `2006.11.07.05.51.41', as I said seems to work fine. > >> > >> Can you try re-syncing your source tree to see if a newer commit has > >> fixed this in CURRENT? > > > > Thanks for your suggestion. I've already synced it to current > > yesterday (after the time vfs_subr.c Revision 1.691 was committed at > > Nov 7 19:45:05 2006 UTC), and I'm keeping it running. > > > > I'll post a report to freebsd-current list after one week trial. > > I've met the same problem for some number of times after 2-7 days run. > > Cool! Unfortunately, I don't leave my laptop running for so long. > If this is related to staying up several days, I wouldn't notice it > easily :) Then, I got panic at another place. suigei# gdb6 -k kernel.debug /var/crash/vmcore.12 GNU gdb 20040810 [GDB v6.x for FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-portbld-freebsd7.0"... panic: mtx_lock() of spin mutex sigacts _at_ /usr/src/sys/kern/kern_proc.c:690 panic messages: --- panic: mtx_lock() of spin mutex sigacts _at_ /usr/src/sys/kern/kern_proc.c:690 cpuid = 0 KDB: enter: panic panic: from debugger cpuid = 0 Uptime: 1d4h37m16s Physical memory: 1003 MB Dumping 184 MB: 169 153 137 121 105 89 73 57 41 25 9 --- #0 doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); doadump () at pcpu.h:166 166 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:166 #1 0xc06b0b50 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:411 #2 0xc06b0e65 in panic (fmt=0xc08f0e13 "from debugger") at /usr/src/sys/kern/kern_shutdown.c:567 #3 0xc0476166 in db_panic (addr=-1066601357, have_addr=0, count=-1, modif=0xe62fa5c4 "") at /usr/src/sys/ddb/db_command.c:433 #4 0xc04760ff in db_command (last_cmdp=0xc0a05a44, cmd_table=0x0) at /usr/src/sys/ddb/db_command.c:401 #5 0xc04761ba in db_command_loop () at /usr/src/sys/ddb/db_command.c:453 #6 0xc0477e05 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:222 #7 0xc06cf74c in kdb_trap (type=3, code=0, tf=0xe62fa754) at /usr/src/sys/kern/subr_kdb.c:502 #8 0xc08a8c74 in trap (frame= {tf_fs = 8, tf_es = -433127384, tf_ds = -1066598360, tf_edi = -1064107659, tf_esi = 1, tf_ebp = -433084524, tf_isp = -433084544, tf_ebx = -433084480, tf_edx = 0, tf_ecx = 2, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -1066601357, tf_cs = 32, tf_eflags = 658, tf_esp = -433084492, tf_ss = -1066725865}) at /usr/src/sys/i386/i386/trap.c:622 #9 0xc0893a4a in calltrap () at /usr/src/sys/i386/i386/exception.s:138 #10 0x00000008 in ?? () #11 0xe62f0028 in ?? () #12 0xc06d0028 in logioctl (dev=0xc09310a7, com=0, data=0xe62fa7c0 "\030\027\223_at_K\a\223_at_2\002", flag=-1010025816, td=0x2b2) ---Type <return> to continue, or q <return> to quit--- at /usr/src/sys/kern/subr_log.c:207 #13 0xc06b0e17 in panic (fmt=0xc0930175 "mtx_lock() of spin mutex %s _at_ %s:%d") at /usr/src/sys/kern/kern_shutdown.c:551 #14 0xc06a80d0 in _mtx_lock_flags (m=0xc3cc3aa8, opts=0, file=0xc093074b "/usr/src/sys/kern/kern_proc.c", line=690) at /usr/src/sys/kern/kern_mutex.c:281 #15 0xc06aab32 in fill_kinfo_proc_only (p=0xc3c56af0, kp=0xe62fa820) at /usr/src/sys/kern/kern_proc.c:690 #16 0xc06ab2c0 in sysctl_out_proc (p=0xc3c56af0, req=0xe62fab9c, flags=0) at /usr/src/sys/kern/kern_proc.c:939 #17 0xc06ab8bc in sysctl_kern_proc (oidp=0x0, arg1=0x0, arg2=0, req=0xe62fab9c) at /usr/src/sys/kern/kern_proc.c:1142 #18 0xc06b8c4f in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, req=0xe62fab9c) at /usr/src/sys/kern/kern_sysctl.c:1282 #19 0xc06b8e20 in userland_sysctl (td=0x0, name=0xe62fac1c, namelen=3, old=0xe62fab9c, oldlenp=0xbfbfe63c, inkernel=0, new=0x0, newlen=0, retval=0xe62fac18, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1381 #20 0xc06b8cd7 in __sysctl (td=0xc53d4a80, uap=0xe62fad04) at /usr/src/sys/kern/kern_sysctl.c:1316 #21 0xc08a94c2 in syscall (frame= {tf_fs = 59, tf_es = -1078001605, tf_ds = -1078001605, tf_edi = 3, tf_esi = -1077942724, tf_ebp = -1077942824, tf_isp = -433083036, tf_ebx = 672910200, tf_edx = 0, tf_ecx = -1077942672, tf_eax = 202, tf_trapno = 22, tf_err = 2, tf_eip---Type <return> to continue, or q <return> to quit--- = 672746351, tf_cs = 51, tf_eflags = 662, tf_esp = -1077942884, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:1010 #22 0xc0893a9f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:191 #23 0x0000003b in ?? () #24 0xbfbf003b in ?? () #25 0xbfbf003b in ?? () #26 0x00000003 in ?? () #27 0xbfbfe63c in ?? () #28 0xbfbfe5d8 in ?? () #29 0xe62fad64 in ?? () #30 0x281bcb78 in ?? () #31 0x00000000 in ?? () #32 0xbfbfe670 in ?? () #33 0x000000ca in ?? () #34 0x00000016 in ?? () #35 0x00000002 in ?? () #36 0x28194b6f in ?? () #37 0x00000033 in ?? () #38 0x00000296 in ?? () #39 0xbfbfe59c in ?? () #40 0x0000003b in ?? () #41 0x00000000 in ?? () #42 0x00000000 in ?? () ---Type <return> to continue, or q <return> to quit--- #43 0x00000000 in ?? () #44 0x00000000 in ?? () #45 0x31c8e000 in ?? () #46 0xc53d6460 in ?? () #47 0xc53d4a80 in ?? () #48 0xe62faa60 in ?? () #49 0xe62faa48 in ?? () #50 0xc3c55000 in ?? () #51 0xc06c5d0b in sched_switch (td=0xbfbfe63c, newtd=0x281bcb78, flags=---Can't read userspace from dump, or kernel process--- ) at /usr/src/sys/kern/sched_4bsd.c:1320 Previous frame inner to this frame (corrupt stack?) (kgdb)Received on Fri Nov 10 2006 - 02:43:11 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:02 UTC