Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 11 Feb 2008 17:41:45 -0500
From:      Mikhail Teterin <mi+mill@aldan.algebra.com>
To:        stable@freebsd.org
Subject:   panic: supervisor read data, page not present
Message-ID:  <200802111741.47174.mi%2Bmill@aldan.algebra.com>

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

I bumped my RAM yesterday from 2Gb to 4Gb and ran memtest-x86
-- no errors detected (took 4+ hours).

I then booted and proceeded to use the machine. It seemed fine
for a while, until a sudden (there was nobody at the console at
the time) panic. Below.

The box runs FreeBSD 6.3-STABLE as of Thu Feb  7 on quad-Opteron
(two dual-core CPUs).

Any ideas? Thanks!

 -mi

root@aldan:amd64/compile/SILVER-SMP (111) kgdb kernel.debug /meow/crash/vmcore.16 
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 2; apic id = 02
fault virtual address   = 0x6125538ffd0
fault code              = supervisor read data, page not present
instruction pointer     = 0x8:0xffffffff804139dc
stack pointer           = 0x10:0xffffffffd6154950
frame pointer           = 0x10:0xffffff01428427c0
code segment            = base 0x0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 33262 (setiathome-5.27.amd)
trap number             = 12
panic: page fault
cpuid = 2
Uptime: 8h29m29s
Dumping 4095 MB (3 chunks)
  chunk 0: 1MB (156 pages) ... ok
  chunk 1: 2047MB (524016 pages) 2031 2015 1999 1983 1967 1951 1935 1919 1903 1887 1871 1855 1839 1823 1807 1791 17
75 1759 1743 1727 1711 1695 1679 1663 1647 1631 1615 1599 1583 1567 1551 1535 1519 1503 1487 1471 1455 1439 1423 14
07 1391 1375 1359 1343 1327 1311 1295 1279 1263 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 10
39 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 751 735 719 703 687 671 655 639 623 607 59
1 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 1
27 111 95 79 63 47 31 15 ... ok
  chunk 2: 2048MB (524288 pages) 2033 2017 2001 1985 1969 1953 1937 1921 1905 1889 1873 1857 1841 1825 1809 1793 17
77 1761 1745 1729 1713 1697 1681 1665 1649 1633 1617 1601 1585 1569 1553 1537 1521 1505 1489 1473 1457 1441 1425 14
09 1393 1377 1361 1345 1329 1313 1297 1281 1265 1249 1233 1217 1201 1185 1169 1153 1137 1121 1105 1089 1073 1057 10
41 1025 1009 993 977 961 945 929 913 897 881 865 849 833 817 801 785 769 753 737 721 705 689 673 657 641 625 609 59
3 577 561 545 529 513 497 481 465 449 433 417 401 385 369 353 337 321 305 289 273 257 241 225 209 193 177 161 145 1
29 113 97 81 65 49 33 17 1

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 "amd64-marcel-freebsd"...

warning: "/meow/crash/vmcore.16": no core file handler recognizes format, using default

warning: you won't be able to access this core file until you terminate
your kernel core files.; do ``info files''
(kgdb) where
#0  doadump () at pcpu.h:172
#1  0x0000000000000004 in ?? ()
#2  0xffffffff802ba757 in boot (howto=260) at ../../../kern/kern_shutdown.c:409
#3  0xffffffff802badf1 in panic (fmt=0xffffff013c1894c0 "") at ../../../kern/kern_shutdown.c:565
#4  0xffffffff8041e31f in trap_fatal (frame=0xffffff013c1894c0, eva=18446742980440342528)
    at ../../../amd64/amd64/trap.c:669
#5  0xffffffff8041e69c in trap_pfault (frame=0xffffffffd61548a0, usermode=0) at ../../../amd64/amd64/trap.c:580
#6  0xffffffff8041e953 in trap (frame=
      {tf_rdi = -1094100703296, tf_rsi = 6675808976776, tf_rdx = 81801216, tf_rcx = 6675808976776, tf_r8 = 26518416
5758329, tf_r9 = -1098332737512, tf_rax = -1093258379264, tf_rbx = 1, tf_rbp = -1094100703296, tf_r10 = 66758089767
76, tf_r11 = 971133419505, tf_r12 = 81801216, tf_r13 = 1442140160, tf_r14 = -1093216129184, tf_r15 = -1093223841584
, tf_trapno = 12, tf_addr = 6675808976848, tf_flags = -2143402319, tf_err = 0, tf_rip = -2143208996, tf_cs = 8, tf_
rflags = 66182, tf_rsp = -703248032, tf_ss = 0}) at ../../../amd64/amd64/trap.c:353
#7  0xffffffff8040456b in calltrap () at ../../../amd64/amd64/exception.S:168
#8  0xffffffff804139dc in pmap_remove_entry (pmap=0xffffff01428427c0, m=0x6125538ff88, va=81801216)
    at ../../../amd64/amd64/pmap.c:1604
#9  0xffffffff80414c4f in pmap_enter (pmap=0xffffff01428427c0, va=81801216, m=0xffffff01773daf60, prot=7 '\a', 
    wired=0) at ../../../amd64/amd64/pmap.c:2134
#10 0xffffffff803ea248 in vm_fault (map=0xffffff0142842660, vaddr=81801216, fault_type=2 '\002', fault_flags=8)
    at ../../../vm/vm_fault.c:907
#11 0xffffffff8041e557 in trap_pfault (frame=0xffffffffd6154c40, usermode=1) at ../../../amd64/amd64/trap.c:557
#12 0xffffffff8041eae3 in trap (frame=
      {tf_rdi = 81801216, tf_rsi = 0, tf_rdx = 0, tf_rcx = 482816, tf_r8 = 4194304, tf_r9 = 1, tf_rax = 0, tf_rbx =
 140737488349184, tf_rbp = 255, tf_r10 = 7429152, tf_r11 = 81469440, tf_r12 = 0, tf_r13 = 4194304, tf_r14 = 0, tf_r
15 = 140737488349184, tf_trapno = 12, tf_addr = 81801216, tf_flags = 140737488348880, tf_err = 15, tf_rip = 3437736
2132, tf_cs = 43, tf_rflags = 66070, tf_rsp = 140737488349048, tf_ss = 35}) at ../../../amd64/amd64/trap.c:283
#13 0xffffffff8040456b in calltrap () at ../../../amd64/amd64/exception.S:168
#14 0x00000008010cead4 in ?? ()
Previous frame inner to this frame (corrupt stack?)



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200802111741.47174.mi%2Bmill>