Re: Fw: 5.4-STABLE panic: kernel trap 12 with interrupts diabled

2005-05-09 Thread Byung-Hee HWANG
On Sun, May 08, 2005 at 03:41:38PM +0200, Fabian Keil wrote:
 Hi list,
 
 forwarding to freebsd-stable (probably the right place anyway),
 since I got no further responses on freebsd-questions.
 
 Subhro [EMAIL PROTECTED] wrote:
 
  On 5/5/2005 19:43, Fabian Keil wrote:
 
  the day before yesterday I experienced my first
  panic on 5.4-STABLE. Build and cvsup'ed last
  Friday. My system is a ThinkPad R51
[...]
  Then I moved the laptop and plugged in the AC/DC adapter.
  
  whoami brought me:
  
  Kernel trap 12 with interrupts disabled
  Fatal trap 12: page fault while in kernel mode
  fault virtual address  = 0xa94d06c
  fault code  = supervisor read, page not present
  instruction pointer = 0x8:0xc053cbe5
  stack pointer = 0x10:0xe669f98c
  frame pointer= 0x10:0xe669f990
  code segment   = base 0x0, limit 0xf, type 0x1b
   = DPL 0, pres 1, def32 1, gran 1
  processor eflags= resume, IOPL = 0
  current process = 601 (whoami)
  trap number = 12
  panic: page fault
[...]

Yes, I also experienced that problem. So, I came back to 5.4-PRERELEASE.
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Fw: 5.4-STABLE panic: kernel trap 12 with interrupts diabled

2005-05-08 Thread Fabian Keil
Hi list,

forwarding to freebsd-stable (probably the right place anyway),
since I got no further responses on freebsd-questions.

Subhro [EMAIL PROTECTED] wrote:

 On 5/5/2005 19:43, Fabian Keil wrote:

 the day before yesterday I experienced my first
 panic on 5.4-STABLE. Build and cvsup'ed last
 Friday. My system is a ThinkPad R51
 
 I did nothing spectacular, after boot I:
 
 logged in as user
 cdrecord -scanbus (which didn't work as I hadn't yet set it suid)
 su
 chmod +x for cdrecord and readcd (meant was +g ;-)
 exit
 cdrecord -scanbus (didn't yet work ;-)
 su
 cdrecord -scanbus (did work)
 readcd dev=2,0,0 -factor meshpoints=100 f=./file
 exit
 
 Then I moved the laptop and plugged in the AC/DC adapter.
 
 whoami brought me:
 
 Kernel trap 12 with interrupts disabled
 Fatal trap 12: page fault while in kernel mode
 fault virtual address= 0xa94d06c
 fault code  = supervisor read, page not present
 instruction pointer = 0x8:0xc053cbe5
 stack pointer = 0x10:0xe669f98c
 frame pointer= 0x10:0xe669f990
 code segment   = base 0x0, limit 0xf, type 0x1b
  = DPL 0, pres 1, def32 1, gran 1
 processor eflags= resume, IOPL = 0
 current process = 601 (whoami)
 trap number = 12
 panic: page fault
 
 I saved the dump manually with savecore and then tried
 to follow:
 http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/advanced.html#KERNEL-PANIC-TROUBLESHOOTING
 
 [EMAIL PROTECTED] ~ $nm -n /boot/kernel/kernel | grep c053cb
 c053cb4c T init_turnstiles
 c053cbc9 t init_turnstile0
 c053cbd8 t turnstile_setowner
 
 My kernel contains makeoptions DEBUG=-g,  however
 I don't have the file /sys/compile/KERNELCONFIG/kernel.debug
 and thus wasn't able to do
 % gdb -k /sys/compile/KERNELCONFIG/kernel.debug /var/crash/vmcore.0

It turned out that I just was looking at the wrong places, kernel.debug
was found at /usr/obj/usr/src/sys/THINKPAD/kernel.debug.

http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-gdb.html
fits better and contains a pointer to kgdb.

 [EMAIL PROTECTED] ~ $cat info.0 
 Dump header from device /dev/ad0s3b
   Architecture: i386
   Architecture Version: 16777216
   Dump Length: 536215552B (511 MB)
   Blocksize: 512
   Dumptime: Tue May  3 20:18:11 2005
   Hostname: r51.local
   Magic: FreeBSD Kernel Dump
   Version String: FreeBSD 5.4-STABLE #6: Sat Apr 30 14:57:04 CEST 2005
 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/THINKPAD
   Panic String: page fault
   Dump Parity: 1084811848
   Bounds: 0
   Dump Status: good
 
 The kernel was build the new way.
 I was not able to reproduce the panic.
 
 Is there anything else I can do?

 It would be great to have a look at the core. Can you put it up 
 somewhere on the WEB? Also if you are not running a GENERIC kernel then 
 let us have a look at the config file.

[EMAIL PROTECTED] ~ $ls -lh|grep core
-rw---   1 fk  wheel   511M May  3 20:38 vmcore.0
-rw---   1 fk  wheel   354M May  5 19:11 vmcore.0.gz

I don't have that much web space available.
However the following seems to be interesting:

[EMAIL PROTECTED] ~ $kgdb kernel.debug vmcore.0
[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 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) where
#0  doadump () at pcpu.h:160
#1  0xc0519e76 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:410
#2  0xc051a1a7 in panic (fmt=0xc06bafe5 %s) at 
/usr/src/sys/kern/kern_shutdown.c:566
#3  0xc0693758 in trap_fatal (frame=0xe669f94c, eva=0) at 
/usr/src/sys/i386/i386/trap.c:809
#4  0xc0692dca in trap (frame=
  {tf_fs = 24, tf_es = 16, tf_ds = 16, tf_edi = -429261692, tf_esi = 
-1043159552, tf_ebp = -429262448, tf_isp = -429262472, tf_ebx = -1043640192, 
tf_edx = -1043640192, tf_ecx = 177524736, tf_eax = 177524736, tf_trapno = 12, 
tf_err = 0, tf_eip = -1068250139, tf_cs = 8, tf_eflags = 65539, tf_esp = 
-1043159552, tf_ss = -429262416})
at /usr/src/sys/i386/i386/trap.c:247
#5  0xc0681baa in calltrap () at /usr/src/sys/i386/i386/exception.s:140
#6  0x0018 in ?? ()
#7  0x0010 in ?? ()
#8  0x0010 in ?? ()
#9  0xe669fc84 in ?? ()
#10 0xc1d2a600 in ?? ()
#11 0xe669f990 in ?? ()
#12 0xe669f978 in ?? ()
#13 0xc1cb5080 in ?? ()
#14 0xc1cb5080 in ?? ()
#15 0x0a94d000 in ?? ()
#16 0x0a94d000 in ?? ()
#17 0x000c in ?? ()
#18 0x in ?? ()
#19 0xc053cbe5 in turnstile_setowner (ts=0xc1cb5080, owner=0x0) at 
/usr/src/sys/kern/subr_turnstile.c:367
#20