7.0 Crashing

Michael toth mtoth at queldor.net
Sun Jul 27 21:07:58 UTC 2008



Kostik Belousov wrote:
> On Sun, Jul 27, 2008 at 08:41:03PM +0200, Kris Kennaway wrote:
>   
>> Michael Toth wrote:
>>
>>     
>>> Reading symbols from /boot/kernel/acpi.ko...Reading symbols from 
>>> /boot/kernel/acpi.ko.symbols...done.
>>> done.
>>> Loaded symbols for /boot/kernel/acpi.ko
>>> #0  doadump () at pcpu.h:195
>>> 195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
>>> (kgdb) backtrace
>>> #0  doadump () at pcpu.h:195
>>> #1  0xc0782597 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
>>> #2  0xc0782859 in panic (fmt=Variable "fmt" is not available.
>>> ) at /usr/src/sys/kern/kern_shutdown.c:572
>>> #3  0xc0a8b39c in trap_fatal (frame=0xe7d6ba90, eva=392) at 
>>> /usr/src/sys/i386/i386/trap.c:899
>>> #4  0xc0a8b620 in trap_pfault (frame=0xe7d6ba90, usermode=0, eva=392) at 
>>> /usr/src/sys/i386/i386/trap.c:812
>>> #5  0xc0a8bfcc in trap (frame=0xe7d6ba90) at 
>>> /usr/src/sys/i386/i386/trap.c:490
>>> #6  0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
>>> #7  0xc0775284 in _mtx_lock_sleep (m=0xc600d174, tid=3318745216, opts=0, 
>>> file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:339
>>> #8  0xc09a93d7 in vm_fault (map=0xc56b5570, vaddr=671809536, 
>>> fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:293
>>> #9  0xc0a8b50b in trap_pfault (frame=0xe7d6bd38, usermode=1, 
>>> eva=671813488) at /usr/src/sys/i386/i386/trap.c:789
>>> #10 0xc0a8be57 in trap (frame=0xe7d6bd38) at 
>>> /usr/src/sys/i386/i386/trap.c:357
>>> #11 0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
>>> #12 0x2806e607 in ?? ()
>>> Previous frame inner to this frame (corrupt stack?)
>>> (kgdb) q
>>>       
>> Not much there, check for RAM/hardware problems.
>>     
>
> Yes, it does not look sensible. Just to be sure, show the source
> lines around vm/vm_fault.c:293, and, from the frame 8,
> print the content of the fs and fs.first_object.
>
> The fault address 0x188 would suggest that some NULL pointer dereference
> is being performed, but assuming faulted line is
> 	VM_OBJECT_LOCK(fs.first_object);
> no appropriate structure member with offset 0x188 could be imagined.
>   
Here is the kgdb with (what I hope) is the information you wanted to see. 
 (I do not know how to use kgdb very well)

Thanks

# kgdb kernel.debug /var/crash/vmcore.5
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 "i386-marcel-freebsd"...

Unread portion of the kernel message buffer:


Fatal trap 12: page fault while in kernel mode
cpuid = 4; apic id = 04
fault virtual address   = 0x188
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc0775284
stack pointer           = 0x28:0xe7d6bad0
frame pointer           = 0x28:0xe7d6bae8
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         = 4838 (egrep)
trap number             = 12
panic: page fault
cpuid = 4
Uptime: 1h2m48s
Physical memory: 2035 MB
Dumping 87 MB: 72 56 40 24 8

Reading symbols from /boot/kernel/acpi.ko...Reading symbols from 
/boot/kernel/acpi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
#0  doadump () at pcpu.h:195
195             __asm __volatile("movl %%fs:0,%0" : "=r" (td));
(kgdb) backtrace
#0  doadump () at pcpu.h:195
#1  0xc0782597 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
#2  0xc0782859 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:572
#3  0xc0a8b39c in trap_fatal (frame=0xe7d6ba90, eva=392) at 
/usr/src/sys/i386/i386/trap.c:899
#4  0xc0a8b620 in trap_pfault (frame=0xe7d6ba90, usermode=0, eva=392) at 
/usr/src/sys/i386/i386/trap.c:812
#5  0xc0a8bfcc in trap (frame=0xe7d6ba90) at 
/usr/src/sys/i386/i386/trap.c:490
#6  0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#7  0xc0775284 in _mtx_lock_sleep (m=0xc600d174, tid=3318745216, opts=0, 
file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:339
#8  0xc09a93d7 in vm_fault (map=0xc56b5570, vaddr=671809536, 
fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:293
#9  0xc0a8b50b in trap_pfault (frame=0xe7d6bd38, usermode=1, 
eva=671813488) at /usr/src/sys/i386/i386/trap.c:789
#10 0xc0a8be57 in trap (frame=0xe7d6bd38) at 
/usr/src/sys/i386/i386/trap.c:357
#11 0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
#12 0x2806e607 in ?? ()
Previous frame inner to this frame (corrupt stack?)
(kgdb) up
#1  0xc0782597 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418
418                     doadump();
(kgdb) up
#2  0xc0782859 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:572
572             boot(bootopt);
(kgdb) up
#3  0xc0a8b39c in trap_fatal (frame=0xe7d6ba90, eva=392) at 
/usr/src/sys/i386/i386/trap.c:899
899                     panic("%s", trap_msg[type]);
(kgdb) up
#4  0xc0a8b620 in trap_pfault (frame=0xe7d6ba90, usermode=0, eva=392) at 
/usr/src/sys/i386/i386/trap.c:812
812                     trap_fatal(frame, eva);
(kgdb) up
#5  0xc0a8bfcc in trap (frame=0xe7d6ba90) at 
/usr/src/sys/i386/i386/trap.c:490
490                             (void) trap_pfault(frame, FALSE, eva);
(kgdb) up
#6  0xc0a71bdb in calltrap () at /usr/src/sys/i386/i386/exception.s:139
139             call    trap
Current language:  auto; currently asm
(kgdb) up
#7  0xc0775284 in _mtx_lock_sleep (m=0xc600d174, tid=3318745216, opts=0, 
file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:339
339                             owner = (struct thread *)(v & 
~MTX_FLAGMASK);
Current language:  auto; currently c
(kgdb) up
#8  0xc09a93d7 in vm_fault (map=0xc56b5570, vaddr=671809536, 
fault_type=2 '\002', fault_flags=8) at /usr/src/sys/vm/vm_fault.c:293
293             VM_OBJECT_LOCK(fs.first_object);
(kgdb) p fs
$1 = {m = 0x0, object = 0x12, pindex = 13878757899709627520, first_m = 
0xc5f0a8b8, first_object = 0xc600d174, first_pindex = 0, map = 
0xc56b5570, entry = 0xc59fc7f8, lookup_still_valid = 2, vp = 0xc55c5220}
(kgdb) p fs.first_object
$2 = 0xc600d174
(kgdb)


-- 
--
[ Queldor ]
(Warning: This message may cause you to understand something)



More information about the freebsd-stable mailing list