panic on RELENG_5

Stephen Montgomery-Smith stephen at math.missouri.edu
Tue May 24 14:00:33 PDT 2005


Kris Kennaway wrote:

> 
> Something is still wrong, because no source code references are listed
> here (i.e. this is what you'd get if you ran gdb on kernel, not
> kernel.dump).
> 

I think that it was because I did the config -g "after the fact."  Now I 
get something like this.  I hope that this is useful.

(By "after the fact" I mean - I did a "config -g HUB2" with the destdir 
the same as the destdir that I had used to make the original kernel.  I 
hoped to save some time on the resulting make depend && make.  But it 
looks like it simply did not make a lot of the labels.  This is still an 
"after the fact" kernel creation, except I used a brand new destdir.  If 
this isn't right, I can install this new kernel and wait for yet another 
panic.)


Script started on Tue May 24 15:54:07 2005
hub2# kgdb kernel.debug /var/crash/vmcore.84
[GDB will not be able to debug user-mode threads: 
/usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
GNU gdb 6.1.1 [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-marcel-freebsd".
#0  doadump () at pcpu.h:160
160		__asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:160
#1  0xc0618187 in boot (howto=260) at ../../../kern/kern_shutdown.c:410
#2  0xc06184ad in panic (fmt=0xc07f1834 "%s") at 
../../../kern/kern_shutdown.c:566
#3  0xc07a9310 in trap_fatal (frame=0xe92ad884, eva=44) at 
../../../i386/i386/trap.c:817
#4  0xc07a8a89 in trap (frame=
       {tf_fs = -383123432, tf_es = -1067450352, tf_ds = -383123440, 
tf_edi = -1003533220, tf_esi = -383067908, tf_ebp = -383067932, tf_isp = 
-383067984, tf_ebx = 4, tf_edx = 0, tf_ecx = -953280640, tf_eax = 6, 
tf_trapno = 12, tf_err = 0, tf_eip = -1067377559, tf_cs = 8, tf_eflags = 
65559, tf_esp = 327361, tf_ss = 0}) at ../../../i386/i386/trap.c:255
#5  0xc079679a in calltrap () at ../../../i386/i386/exception.s:140
#6  0xe92a0018 in ?? ()
#7  0xc0600010 in exit1 (td=0xc72e1780, rv=0) at 
../../../kern/kern_exit.c:189
#8  0xc0612151 in sysctl_out_proc (p=0xc42f4c5c, req=0xe92adc08, 
flags=0) at ../../../kern/kern_proc.c:887
#9  0xc06128f0 in sysctl_kern_proc (oidp=0x0, arg1=0x0, arg2=0, 
req=0xe92adc08) at ../../../kern/kern_proc.c:1076
#10 0xc06202b7 in sysctl_root (oidp=0x0, arg1=0x0, arg2=0, 
req=0xe92adc08) at ../../../kern/kern_sysctl.c:1225
#11 0xc06204a4 in userland_sysctl (td=0x0, name=0xe92adc74, namelen=3, 
old=0xe92adc08, oldlenp=0xbfbfe9cc, inkernel=0, new=0x0, newlen=0, 
retval=0xe92adc70) at ../../../kern/kern_sysctl.c:1322
#12 0xc0620355 in __sysctl (td=0xc459f000, uap=0xe92add04) at 
../../../kern/kern_sysctl.c:1259
#13 0xc07a964b in syscall (frame=
       {tf_fs = 134545455, tf_es = 672792623, tf_ds = -1078001617, 
tf_edi = 3, tf_esi = -1077941812, tf_ebp = -1077941864, tf_isp = 
-383066780, tf_ebx = 672808748, tf_edx = 135135232, tf_ecx = 
-1077941760, tf_eax = 202, tf_trapno = 22, tf_err = 2, tf_eip = 
672308527, tf_cs = 31, tf_eflags = 662, tf_esp = -1077941924, tf_ss = 
47}) at ../../../i386/i386/trap.c:1009
#14 0xc07967ef in Xint0x80_syscall () at ../../../i386/i386/exception.s:201
#15 0x0805002f in ?? ()
#16 0x281a002f in ?? ()
#17 0xbfbf002f in ?? ()
#18 0x00000003 in ?? ()
#19 0xbfbfe9cc in ?? ()
#20 0xbfbfe998 in ?? ()
---Type <return> to continue, or q <return> to quit---
#21 0xe92add64 in ?? ()
#22 0x281a3f2c in ?? ()
#23 0x080e0000 in ?? ()
#24 0xbfbfea00 in ?? ()
#25 0x000000ca in ?? ()
#26 0x00000016 in ?? ()
#27 0x00000002 in ?? ()
#28 0x28129d2f in ?? ()
#29 0x0000001f in ?? ()
#30 0x00000296 in ?? ()
#31 0xbfbfe95c in ?? ()
#32 0x0000002f in ?? ()
#33 0x00000000 in ?? ()
#34 0x00000000 in ?? ()
#35 0x00000000 in ?? ()
#36 0xffff0000 in ?? ()
#37 0x5e790000 in ?? ()
#38 0xc72b654c in ?? ()
#39 0xc459f000 in ?? ()
#40 0xe92adaa8 in ?? ()
#41 0xe92ada90 in ?? ()
#42 0xc38a0480 in ?? ()
#43 0xc0628803 in sched_switch (td=0xbfbfe9cc, newtd=0x281a3f2c, 
flags=Cannot access memory at address 0xbfbfe9a8
) at ../../../kern/sched_4bsd.c:881
Previous frame inner to this frame (corrupt stack?)
(kgdb) quit
hub2# ^Dexit

Script done on Tue May 24 15:54:23 2005


More information about the freebsd-stable mailing list