Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 4 Dec 1998 12:46:46 +0600 (OS)
From:      Eugeny Kuzakov <kev@lab321.ru>
To:        hackers@FreeBSD.ORG
Subject:   My 2.2.8 panics!
Message-ID:  <Pine.BSF.4.02.9812041159430.4091-100000@lab321.ru>

next in thread | raw e-mail | index | archive | help

Hi !

I have freebsd sources cvsuped at 30-Nov-1998.

When I tryed to boot kernel, compiled with -g, I received the
message: "bounce memory out of range" and then system rebooted.
Why ?

I compiled kernel w/o debugging information with the same kernel config.
Last night this kernel traped. I saved them core dump.

The debug information is below:
gdb -k
GDB is free software and you are welcome to 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.
GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation,
Inc.
(kgdb) symbol-file kernel
Reading symbols from kernel...done.
(kgdb) exec-file /var/crash/kernel.0
(kgdb) core-file /var/crash/vmcore.0
IdlePTD 2c5000
current pcb at 24f8b8
panic: blkfree: freeing free frag
#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
266                                     dumppcb.pcb_cr3 = rcr3();
(kgdb) where
#0  boot (howto=256) at ../../kern/kern_shutdown.c:266
#1  0xf01199f3 in panic (fmt=0xf01cc821 "blkfree: freeing free frag")
    at ../../kern/kern_shutdown.c:400
#2  0xf01ccc4c in ffs_blkfree (ip=0xf49fc900, bno=14782, size=1024)
    at ../../ufs/ffs/ffs_alloc.c:1255
#3  0xf01ce9a3 in ffs_truncate (ap=0xefbffe74) at
../../ufs/ffs/ffs_inode.c:343
#4  0xf01d23f5 in ufs_inactive (ap=0xefbffea0) at vnode_if.h:1003
#5  0xf01392b7 in vrele (vp=0xf466de80) at vnode_if.h:699
#6  0xf01391ab in vput (vp=0xf466de80) at ../../kern/vfs_subr.c:858
#7  0xf01d5bd0 in ufs_remove (ap=0xefbffef4) at
../../ufs/ufs/ufs_vnops.c:697
#8  0xf013b539 in unlink (p=0xf4efaa00, uap=0xefbfff94, retval=0xefbfff84)
    at vnode_if.h:459
#9  0xf01f6e37 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 9707,
      tf_esi = -272639788, tf_ebp = -272639884, tf_isp = -272629788,
      tf_ebx = 1651904, tf_edx = 0, tf_ecx = 1642496, tf_eax = 10,
      tf_trapno = 151552, tf_err = 7, tf_eip = 537416161, tf_cs = 31,
      tf_eflags = 582, tf_esp = -272639996, tf_ss = 39})
    at ../../i386/i386/trap.c:920
#10 0x200851e1 in ?? ()
#11 0x2b17 in ?? ()
#12 0x3b7c in ?? ()
#13 0x1095 in ?? ()
(kgdb) up 10
#10 0x200851e1 in ?? ()
(kgdb) frame frame->tf_ebp frame->tf_eip
No symbol "frame" in current context.
(kgdb) list
261                     }
262             } else {
263                     if (howto & RB_DUMP) {
264                             if (!cold) {
265                                     savectx(&dumppcb);
266                                     dumppcb.pcb_cr3 = rcr3();
267                                     dumpsys();
268                             }
269
270                             if (PANIC_REBOOT_WAIT_TIME != 0) {
(kgdb) print tp
No symbol "tp" in current context.
(kgdb) up
#11 0x2b17 in ?? ()
(kgdb) q

NOTE: I tryed to inspect core dump of kernel, compiled w/o debug, but use
symbol table from this kernel compiled with debug.
I know that it not so correctly.
I will try :
	1. Compile kernel with -g
	2. strip -d it kernel
	3. boot this kernel
	4. When it will trap, I will inspect it with kgdb again.

Thanks for advices. This is production server and stable him work very
critical.


--
	Best wishes, Eugeny Kuzakov
		Laboratory 321 ( Omsk, Russia )
		kev@lab321.ru
		ICQ#: 5885106



To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.4.02.9812041159430.4091-100000>