Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 17 Feb 2003 09:33:51 -0500
From:      Mike Tancsa <mike@sentex.net>
To:        freebsd-hackers@freebsd.org
Subject:   debugging a repeating panic that does not produce a dump
Message-ID:  <5.2.0.9.0.20030217091242.05b184b0@marble.sentex.ca>

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

I am seeing a repeatable panic with a 4.x SMP machine (not when in uni 
mode). It never produces a crash dump, but always panics when periodic 
runs. (started with a Jan 28th stable.
e.g.



Fatal trap 12: page fault while in kernel mode
mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
fault virtual address   = 0x211e6d36
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0174830
stack pointer           = 0x10:0xde136c4c
frame pointer           = 0x10:0xde136c58
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         = 8676 (find)
interrupt mask          = none <- SMP: XXX
trap number             = 12
panic: page fault
mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
boot() called on cpu#1

syncing disks... 3 2
done
Uptime: 23h58m25s
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset called on cpu#1
cpu_reset: Stopping other CPUs
cpu_reset: Restarting BSP
tpu_reset_proxy: Grabbed mp lock cfpor_ rBeSsPe
  ..not grab mp lock
Console: serial port
BIOS drive A: is disk0
BIOS drive C: is disk1
BIOS 629kB/785396kB available memory

mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
fault virtual address   = 0xfa401631
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0174830
stack pointer           = 0x10:0xdf9d9c4c
frame pointer           = 0x10:0xdf9d9c58
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         = 41326 (find)
interrupt mask          = none <- SMP: XXX
trap number             = 12
panic: page fault
mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
boot() called on cpu#1

syncing disks... 5 2
done
Uptime: 1d2h51m37s
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset called on cpu#1
cpu_reset: Stopping other CPUs
cpu_reset: Restarting BSP
cpu_reset_proxy: Grabbed mp lock cfpor BSPe
: BSP did not grab mp lock
Console: serial port
BIOS drive A: is disk0


Fatal trap 12: page fault while in kernel mode
mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
fault virtual address   = 0xc6941fe1
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc0174830
stack pointer           = 0x10:0xdd9c6c4c
frame pointer           = 0x10:0xdd9c6c58
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         = 85432 (find)
interrupt mask          = none <- SMP: XXX
trap number             = 12
panic: page fault
mp_lock = 01000002; cpuid = 1; lapic.id = 00000000
boot() called on cpu#1

syncing disks... 2 1
done
Uptime: 1d7h58m35s
Automatic reboot in 15 seconds - press a key on the console to abort
Rebooting...
cpu_reset called on cpu#1
cpu_reset: Stopping other CPUs
cpu_reset: Restarting BSP
cpu_reset_proxy: Grabbed mp lock cpu_reset
                                           : BSP did not grab mp lock
Console: serial port
BIOS drive A: is disk0


How can I best try and track / isolate this issue down ?

	---Mike

--------------------------------------------------------------------
Mike Tancsa,                          	          tel +1 519 651 3400
Sentex Communications,     			  mike@sentex.net
Providing Internet since 1994                    www.sentex.net
Cambridge, Ontario Canada			  www.sentex.net/mike


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?5.2.0.9.0.20030217091242.05b184b0>