kernel panicking

From: chris collins (chrcoluk_at_msn.com)
Date: 04/22/04

  • Next message: David Yeske: "netgraph ability" 
    To: hackers@FreeBSD.org
Date: Thu, 22 Apr 2004 16:32:44 +0000

    Hi I have had 3 kernel panics in 2 days, I am suspecting bad ram as before
    these events there was a power outage but I have done a kernel debug and
    here is the info I have, please let me know if you have a solution or need
    more info.

    This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read
    called at
    /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line
    2627 in elfstab_build_psymtabs
    Deprecated bfd_read called at
    /usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c line
    933 in fill_symbuf

    IdlePTD at phsyical address 0x00597000
    initial pcb at physical address 0x004bdc40
    panicstr: page fault
    panic messages: 

    ---
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x18078500
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc03c01f2
stack pointer           = 0x10:0xc045639c
frame pointer           = 0x10:0xc04563c4
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         = Idle
interrupt mask          =
trap number             = 12
panic: page fault
syncing disks...
Fatal trap 12: page fault while in kernel mode
fault virtual address   = 0x30
fault code              = supervisor read, page not present
instruction pointer     = 0x8:0xc034a7a0
stack pointer           = 0x10:0xc04561c8
frame pointer           = 0x10:0xc04561d0
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         = Idle
interrupt mask          = bio cam
trap number             = 12
panic: page fault
Uptime: 18h29m8s
dumping to dev #ad/0x20001, offset 1016928
dump ata0: resetting devices .. done
511 510 509 508 507 506 505 504 503 502 501 500 499 498 497 496 495 494 493 
492 491 490 489 488 487 486 485 484 483 482 481 480 479 478 477 476 475 474 
473 472 471 470 469 468 467 466 465 464 463 462 461 460 459 458 457 456 455 
454 453 452 451 450 449 448 447 446 445 444 443 442 441 440 439 438 437 436 
435 434 433 432 431 430 429 428 427 426 425 424 423 422 421 420 419 418 417 
416 415 414 413 412 411 410 409 408 407 406 405 404 403 402 401 400 399 398 
397 396 395 394 393 392 391 390 389 388 387 386 385 384 383 382 381 380 379 
378 377 376 375 374 373 372 371 370 369 368 367 366 365 364 363 362 361 360 
359 358 357 356 355 354 353 352 351 350 349 348 347 346 345 344 343 342 341 
340 339 338 337 336 335 334 333 332 331 330 329 328 327 326 325 324 323 322 
321 320 319 318 317 316 315 314 313 312 311 310 309 308 307 306 305 304 303 
302 301 300 299 298 297 296 295 294 293 292 291 290 289 288 287 286 285 284 
283 282 281 280 279 278 277 276 275 274 273 272 271 270 269 268 267 266 265 
264 263 262 261 260 259 258 257 256 255 254 253 252 251 250 249 248 247 246 
245 244 243 242 241 240 239 238 237 236 235 234 233 232 231 230 229 228 227 
226 225 224 223 222 221 220 219 218 217 216 215 214 213 212 211 210 209 208 
207 206 205 204 203 202 201 200 199 198 197 196 195 194 193 192 191 190 189 
188 187 186 185 184 183 182 181 180 179 178 177 176 175 174 173 172 171 170 
169 168 167 166 165 164 163 162 161 160 159 158 157 156 155 154 153 152 151 
150 149 148 147 146 145 144 143 142 141 140 139 138 137 136 135 134 133 132 
131 130 129 128 127 126 125 124 123 122 121 120 119 118 117 116 115 114 113 
112 111 110 109 108 107 106 105 104 103 102 101 100 99 98 97 96 95 94 93 92 
91 90 89 88 87 86 85 84 83 82 81 80 79 78 77 76 75 74 73 72 71 70 69 68 67 
66 65 64 63 62 61 60 59 58 57 56 55 54 53 52 51 50 49 48 47 46 45 44 43 42 
41 40 39 38 37 36 35 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 
16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
---
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
487             if (dumping++) {
(kgdb) where
#0  dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
#1  0xc023e6db in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316
#2  0xc023eb19 in panic (fmt=0xc044c8ec "%s")
    at /usr/src/sys/kern/kern_shutdown.c:595
#3  0xc03c169f in trap_fatal (frame=0xc0456188, eva=48)
    at /usr/src/sys/i386/i386/trap.c:974
#4  0xc03c134d in trap_pfault (frame=0xc0456188, usermode=0, eva=48)
    at /usr/src/sys/i386/i386/trap.c:867
#5  0xc03c0ef3 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16,
      tf_edi = -1068663584, tf_esi = 0, tf_ebp = -1069194800,
      tf_isp = -1069194828, tf_ebx = -1068960644, tf_edx = 6871104,
      tf_ecx = 2, tf_eax = 0, tf_trapno = 12, tf_err = 0,
      tf_eip = -1070291040, tf_cs = 8, tf_eflags = 66050, tf_esp = 0,
      tf_ss = 0}) at /usr/src/sys/i386/i386/trap.c:466
#6  0xc034a7a0 in acquire_lock (lk=0xc048f47c)
    at /usr/src/sys/ufs/ffs/ffs_softdep.c:266
#7  0xc034edc2 in softdep_fsync_mountdev (vp=0xda938b40)
    at /usr/src/sys/ufs/ffs/ffs_softdep.c:4024
#8  0xc035322a in ffs_fsync (ap=0xc0456244)
    at /usr/src/sys/ufs/ffs/ffs_vnops.c:134
#9  0xc0351df3 in ffs_sync (mp=0xc22fb600, waitfor=2, cred=0xc1454900,
    p=0xc04d7ce0) at vnode_if.h:558
#10 0xc026f493 in sync (p=0xc04d7ce0, uap=0x0)
    at /usr/src/sys/kern/vfs_syscalls.c:577
#11 0xc023e44e in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235
#12 0xc023eb19 in panic (fmt=0xc044c8ec "%s")
    at /usr/src/sys/kern/kern_shutdown.c:595
#13 0xc03c169f in trap_fatal (frame=0xc045635c, eva=403145984)
    at /usr/src/sys/i386/i386/trap.c:974
#14 0xc03c134d in trap_pfault (frame=0xc045635c, usermode=0, eva=403145984)
    at /usr/src/sys/i386/i386/trap.c:867
#15 0xc03c0ef3 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16,
      tf_edi = -1036151426, tf_esi = 403145984, tf_ebp = -1069194300,
      tf_isp = -1069194360, tf_ebx = 92, tf_edx = 18, tf_ecx = 23,
      tf_eax = -1439297410, tf_trapno = 12, tf_err = 0, tf_eip = 
-1069809166,
      tf_cs = 8, tf_eflags = 66070, tf_esp = -1051967232, tf_ss = 92})
    at /usr/src/sys/i386/i386/trap.c:466
#16 0xc03c01f2 in generic_bcopy ()
#17 0xc0280fb4 in catchpacket (d=0xc23c4e80, pkt=0xc146c500 "",
    pktlen=404558205, snaplen=200, cpfn=0xc0280d68 <bpf_mcopy>)
    at /usr/src/sys/net/bpf.c:1333
#18 0xc0280e1c in bpf_mtap (ifp=0xc21dca00, m=0xc146c500)
    at /usr/src/sys/net/bpf.c:1255
#19 0xc0323dc9 in sis_start (ifp=0xc21dca00) at 
/usr/src/sys/pci/if_sis.c:1786
#20 0xc0323bb6 in sis_intr (arg=0xc21dca00) at 
/usr/src/sys/pci/if_sis.c:1668
#21 0xc03cbff1 in intr_mux (arg=0xc144d120)
    at /usr/src/sys/i386/isa/intr_machdep.c:601
#22 0xc03baf06 in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1000
_________________________________________________________________
Stay in touch with absent friends - get MSN Messenger 
http://www.msn.co.uk/messenger
_______________________________________________
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org"
  • Next message: David Yeske: "netgraph ability"

    Relevant Pages

    • Need help debugging kernel
      ... system panics and reboots about every 24 hours (24 hours since last ... Kernel has following additions to GENERIC - options: ... GDB is free software, covered by the GNU General Public License, and you are ... page fault while in kernel mode ...
      (freebsd-hackers)
    • Need help debugging kernel
      ... system panics and reboots about every 24 hours (24 hours since last ... Kernel has following additions to GENERIC - options: ... GDB is free software, covered by the GNU General Public License, and you are ... page fault while in kernel mode ...
      (freebsd-hackers)
    • Re: Unexplained kernel panic on 5-STABLE (now in 6-STABLE)
      ... kernel: acpi: bad read from port 0xcfc ... GNU gdb 6.1.1 ... page fault while in kernel mode ... One common feature of these panics seems to be that ...
      (freebsd-stable)
    • Re: reboot after panic : page fault for two consecutive days now with FreeBSD stable 7.0
      ... It is a simi-production machine that cvsups daily and builds and installs a new world and kernel. ... Dump Length: 341225472B ... However, panics that "suddenly" start happening frequently on a system that has been stable for a while with no OS or workload changes made, are usually due to the hardware starting to fail. ... page fault while in kernel mode ...
      (freebsd-questions)
    • Re: kernel trap 12 with interrupts disabled [bge0 on 7.2R]
      ... Fatal trap 12: page fault while in kernel mode ... (from the 'instruction pointer' line in the fault message) ...
      (freebsd-stable)