Boot code broken in some way in recent current (Was: Panic at
rik at cronyx.ru
Sat Aug 21 14:17:09 PDT 2004
>On Fri, 20 Aug 2004, Roman Kurakin wrote:
>> At first I have two SMP system (Dual) one that boots normaly and one
>>goes to panic (the older pc).
>> I've setup finaly serial console to that system, so here is more
>>OK boot -Dhv
>>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c
>Have you tried booting without enabling ACPI? The ACPI tables seem to
Yes, but this didn't help.
>think you have two APs and no BSP.
>Also check the BIOS and set the MPTable version to 1.4, and upgrade the
>BIOS itself if there is an update.
Ok, I'll check this. But this would be only on Monday. It is at work.
>What motherboard/system is this?
If I've found correct message from my archive both mainboards are listed
2. MSI, I guess, 694D Pro2 ver2.
Today I was trying to find out reason of such panic, and I've played
a bit with ddb. After step-ing a while I've pressed continue and
system went to panic in other place. This looks like some problems
On Monday I also want to try to locate what exact changes lead to
this problem. That shouldn't be hard since I've updated system
after two-week delay.
>>GDB: no debug ports present
>>KDB: debugger backends: ddb
>>KDB: current backend: ddb
>>SMAP type=01 base=0000000000000000 len=000000000009fc00
>>SMAP type=01 base=000000000009fc00 len=0000000000000400
>>SMAP type=02 base=00000000000f0000 len=0000000000010000
>>SMAP type=02 base=00000000fec00000 len=0000000000001000
>>SMAP type=02 base=00000000fee00000 len=0000000000001000
>>SMAP type=02 base=00000000ffff0000 len=0000000000010000
>>SMAP type=01 base=0000000000100000 len=0000000007ef0000
>>SMAP type=03 base=0000000007ff3000 len=000000000000d000
>>SMAP type=04 base=0000000007ff0000 len=0000000000003000
>>Copyright (c) 1992-2004 The FreeBSD Project.
>>Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
>> The Regents of the University of California. All rights reserved.
>>FreeBSD 6.0-CURRENT #17: Fri Aug 20 10:23:42 MSD 2004
>> root at devel15.cronyx.ru:/usr/obj/usr/src/sys/GENERIC
>>WARNING: WITNESS option enabled, expect reduced performance.
>>Preloaded elf kernel "/boot/kernel/kernel" at 0xc0a2e000.
>>Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0a2e254.
>>Calibrating clock(s) ... i8254 clock: 1193137 Hz
>>CLK_USE_I8254_CALIBRATION not specified - using default frequency
>>Timecounter "i8254" frequency 1193182 Hz quality 0
>>Calibrating TSC clock ... TSC clock: 232751947 Hz
>>CPU: Pentium II/Pentium II Xeon/Celeron (232.75-MHz 686-class CPU)
>> Origin = "GenuineIntel" Id = 0x634 Stepping = 4
>>real memory = 134152192 (127 MB)
>>Physical memory chunk(s):
>>0x0000000000001000 - 0x000000000009efff, 647168 bytes (158 pages)
>>0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages)
>>0x0000000000c29000 - 0x0000000007d7ffff, 118845440 bytes (29015 pages)
>>avail memory = 121626624 (115 MB)
>>Table 'FACP' at 0x7ff3040
>>Table 'APIC' at 0x7ff5640
>>Table 'APIC' at 0x7ff5640
>>MP Configuration Table version 1.1 found at 0xc00f1400
>>APIC: Using the MADT enumerator.
>>MADT: Found CPU APIC ID 0 ACPI ID 0: enabled
>>SMP: Added CPU 0 (AP)
>>MADT: Found CPU APIC ID 1 ACPI ID 1: enabled
>>SMP: Added CPU 1 (AP)
>>ACPI APIC Table: <GBT >
>>kernel trap 12 with interrupts disabled
>>Fatal trap 12: page fault while in kernel mode
>>cpuid = 0; apic id = 00
>>fault virtual address = 0x0
>>fault code = supervisor read, page not present
>>instruction pointer = 0x8:0xc05f7f24
>>stack pointer = 0x10:0xc0c21b6c
>>frame pointer = 0x10:0xc0c21b78
>>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 = 0 ()
>>Stopped at _mtx_lock_flags+0x34: cmpl $0xc084ec9c,0(%ebx)
>>It seems that this problem was introduced with recent bootloader update.
>>That is all a able to tell now.
>>Roman Kurakin wrote:
>>> I've updated my current kernel/world yesterday, I've compiled and
>>>install it as
>>>usual on fast smp machine. After that I've plug my hard disk to a bit
>>>machine and get panic:
>>>Fattal trap 12
>>>install_ap_tramp + 0x43
>>>It seems that install_ap_tramp + 0x43
>>> *dst++ = *src++ (IIRC)
>>>Thats all I can tell now.
>>>Any ideas, questions?
>>>freebsd-current at freebsd.org mailing list
>>>To unsubscribe, send any mail to
>>>"freebsd-current-unsubscribe at freebsd.org"
>>freebsd-current at freebsd.org mailing list
>>To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
More information about the freebsd-current