Hi
I have a problem installing / upgrading FreeBSD 8.0-release on a new machine.
The computers specs are:
cpu: AMD Phenom II X4
board: Gigabyte MA790GPT-UD3H
ram: 4x2GBytes DDR3/1333
hdd: 2xMaxtor STM31000528AS
nic: 4x Intel(R) PRO/1000
and I'm running
FreeBSD phenom2.localnet 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Sat Nov 21
15:02:08 UTC 2009 r...@mason.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC
amd64
During 'make buildworld' the machine regulary crashes with the following
panic:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual adress = 0x80000
fault code = supervisor write data, page not
present
instruction pointer = 0x20:0xffffffff80578591
stack pointer = 0x28:0xffffff80eab94700
frame pointer = 0x28:0xffffff80eab94720
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 = 22039 (uudecode)
trap number = 12
panic: pagefault
cpuid = 0
Uptime: 2h35m4s
Physical memory: 8176 MB
Dumping 2195 MB: 2180 2164 2148 2132 2116
or this one, its from last night and the machine wrote a minidump before
locking up:
Fatal trap 12: page fault while in kernel mode
cpuid = 0; apic id = 00
fault virtual address = 0x80000
fault code = supervisor write data, page not
present
instruction pointer = 0x20:0xffffffff80578591
stack pointer = 0x28:0xffffff80eab21500
frame pointer = 0x28:0xffffff80eab21520
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 = 5238 (objcopy)
trap number = 12
panic: page fault
cpuid = 0
Uptime: 1h15m45s
Physical memory: 8176 MB
Dumping 2148 MB: 2133 2117 2101 2085 2069 2053 2037 2021 2005 1989 1973 1957
1941 1925 1909 1893 1877 1861 1845 1829 1813 1797 1781 1765 1749 1733 1717
1701 1685 1669 1653 1637 1621 1605 1589 1573 1557 1541 1525 1509 1493 1477
1461 1445 1429 1413 1397 1381 1365 1349 1333 1317 1301 1285 1269 1253 1237
1221 1205 1189 1173 1157 1141 1125 1109 1093 1077 1061 1045 1029 1013 997 981
965 949 933 917 901 885 869 853 837 821 805 789 773 757 741 725 709 693 677
661 645 629 613 597 581 565 549 533 517 501 485 469 453 437 421 405 389 373
357 341 325 309 293 277 261 245 229 213 197 181 165 149 133 117 101 85 69 53
37 21 5
While the 'current process' is a different one at any crash, 'Fatal trap 12'
and 'supervisor write data, page not present' are always the same, just as the
instruction pointer 0xffffffff80578591 and virtual address.
The most times, the kernel hangs completly so I have to hard reset the machine
to get it responding again. About once in every ten crashs it is able to write
a dump before rebooting or locking up. I have no knowledge in debugging the
kernel (or debugging anything else) so I tried what I found in the handbook.
This resulted in the following:
kgdb kernel.debug /var/crash/vmcore.0
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"...
Cannot access memory at address 0x400
(kgdb) list *0xffffffff80578591
0xffffffff80578591 is in lf_advlockasync (/usr/src/sys/kern/kern_lockf.c:604).
599 LIST_INIT(&ls->ls_active);
600 LIST_INIT(&ls->ls_pending);
601 ls->ls_threads = 1;
602
603 sx_xlock(&lf_lock_states_lock);
604 LIST_INSERT_HEAD(&lf_lock_states, ls, ls_link);
605 sx_xunlock(&lf_lock_states_lock);
606
607 /*
608 * Cope if we lost a race with some other thread while
(kgdb) backtrace
#0 0x0000000000000000 in ?? ()
Cannot access memory at address 0x0
So here are my questions:
1. Are there any known caveats or quirks regarding my hardware?
2. What can I do to further investigate this issue
3. Not fully on topic but might be related: The buildsystem recognizes my cpu
as "686 class cpu" wich is wrong. Are there any switches I can set in
make.conf to have 'make' use the correct values? Currently I'm using a blank
make.conf, meaning it is not present (as it is by default on a fresh installed
system).
If you need any more Information, I would be happy to provide it
best regards,
Sven
--
00
--
00
_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
