Re: Boot code broken in some way in recent current (Was: Panic at boot)

From: Roman Kurakin <rik_at_cronyx.ru>
Date: Sun, 22 Aug 2004 01:04:54 +0400
Doug White:

>On Fri, 20 Aug 2004, Roman Kurakin wrote:
>  
>
>>    At first I have two SMP system (Dual) one that boots normaly and one
>>that
>>goes to panic (the older pc).
>>   I've setup finaly serial console to that system, so here is more
>>detailed output:
>>
>>OK boot -Dhv
>>/boot/kernel/acpi.ko text=0x406a8 data=0x1bc4+0x110c
>>syms=[0x4+0x72d0+0x4+0x9754]
>>    
>>
>
>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 
here:

1. GA-6BXD;
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
with pointers.
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.

rik

>>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
>>
>>Features=0x80fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMO
>>V,MMX>
>>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 ()
>>[thread 0]
>>Stopped at      _mtx_lock_flags+0x34:   cmpl    $0xc084ec9c,0(%ebx)
>>db>
>>
>>It seems that this problem was introduced with recent bootloader update.
>>That is all a able to tell now.
>>
>>rik
>>
>>Roman Kurakin wrote:
>>
>>    
>>
>>>Hi,
>>>
>>>   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
>>>slow smp
>>>machine and get panic:
>>>
>>>Fattal trap 12
>>>
>>>call stack:
>>>
>>>install_ap_tramp + 0x43
>>>start_all_aps
>>>cpu_mp_start
>>>mp_start
>>>mi_startup
>>>begin
>>>
>>>It seems that install_ap_tramp + 0x43
>>>   *dst++ = *src++ (IIRC)
>>>
>>>Thats all I can tell now.
>>>
>>>Any ideas, questions?
>>>
>>>rik
>>>
>>>
>>>
>>>_______________________________________________
>>>freebsd-current_at_freebsd.org mailing list
>>>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>>To unsubscribe, send any mail to
>>>"freebsd-current-unsubscribe_at_freebsd.org"
>>>
>>>
>>>      
>>>
>>
>>_______________________________________________
>>freebsd-current_at_freebsd.org mailing list
>>http://lists.freebsd.org/mailman/listinfo/freebsd-current
>>To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"
>>    
>>
Received on Sat Aug 21 2004 - 19:17:09 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:07 UTC