Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 07 Feb 2010 22:09:56 +0900 (JST)
From:      Kazumaro Aoki <ka@flu.if0.org>
To:        freebsd-firewire@freebsd.org
Subject:   Re: reset with fwcontrol -R
Message-ID:  <20100207.220956.59557668.ka@flu.if0.org>
In-Reply-To: <20100117.031442.112571713.ka@flu.if0.org>
References:  <1263152838.8632.48.camel@home-lappy> <20100112.001502.164372502.ka@flu.if0.org> <20100117.031442.112571713.ka@flu.if0.org>

next in thread | previous in thread | raw e-mail | index | archive | help
From: Kazumaro Aoki <ka@flu.if0.org>
Subject: Re: reset with fwcontrol -R
Date: Sun, 17 Jan 2010 03:14:42 +0900 (JST)

>> I will report results when my system crashes from "fwcontrol -R"
>> again.
> 
> The system crashed January 12, but it fails to make a crash dump.  I
> did not get any useful information.  According to my past experience,
> the system can dump with probability about a half.

In recent month, the system is in good condition, but today morning,
system crashed and made a crash dump.

I do not have useful information before crash in console.log but I
show:
Feb  7 08:30:00 FOO kernel: start IR DMA 0x40000011
Feb  7 08:30:00 FOO kernel: start IR DMA 0x40000011
The system crashed Feb 7 9:00am, and it is casued by fwcontrol -u 1 -R.

# kgdb /boot/kernel/kernel vmcore.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 "i386-marcel-freebsd"...

Unread portion of the kernel message buffer:
start IR DMA 0x0


Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0xcbd41fec
fault code              = supervisor read, page not present
instruction pointer     = 0x20:0xc05f6d87
stack pointer           = 0x28:0xe5c38c2c
frame pointer           = 0x28:0xe5c38c9c
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         = 42 (fw0_taskq)
trap number             = 12
panic: page fault
cpuid = 1
Uptime: 11d12h4m52s
biodone: page busy < 0, pindex: 76944, foff: 0x(0,12c90000), resid: 4096, index: 0
 iosize: 16384, lblkno: 19236, flags: 0x30000020, npages: 4
 valid: 0xff, dirty: 0x0, wired: 1
Physical memory: 2000 MB
Dumping 300 MB: 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13

Reading symbols from /boot/kernel/snd_hda.ko...Reading symbols from /boot/kernel/snd_hda.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/snd_hda.ko
Reading symbols from /boot/kernel/sound.ko...Reading symbols from /boot/kernel/sound.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/sound.ko
Reading symbols from /boot/kernel/acpi.ko...Reading symbols from /boot/kernel/acpi.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/acpi.ko
Reading symbols from /boot/kernel/linux.ko...Reading symbols from /boot/kernel/linux.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/linux.ko
Reading symbols from /boot/kernel/i915.ko...Reading symbols from /boot/kernel/i915.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/i915.ko
Reading symbols from /boot/kernel/drm.ko...Reading symbols from /boot/kernel/drm.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/drm.ko
#0  doadump () at pcpu.h:196
196     pcpu.h: No such file or directory.
        in pcpu.h
(kgdb) bt
#0  doadump () at pcpu.h:196
#1  0xc07e25f7 in boot (howto=260)
    at /home/usr/src/sys/kern/kern_shutdown.c:418
#2  0xc07e28c9 in panic (fmt=Variable "fmt" is not available.
) at /home/usr/src/sys/kern/kern_shutdown.c:574
#3  0xc0ae3f2c in trap_fatal (frame=0xe5c38bec, eva=3419676652)
    at /home/usr/src/sys/i386/i386/trap.c:939
#4  0xc0ae41b0 in trap_pfault (frame=0xe5c38bec, usermode=0, eva=3419676652)
    at /home/usr/src/sys/i386/i386/trap.c:852
#5  0xc0ae4b5c in trap (frame=0xe5c38bec)
    at /home/usr/src/sys/i386/i386/trap.c:530
#6  0xc0ac926b in calltrap () at /home/usr/src/sys/i386/i386/exception.s:159
#7  0xc05f6d87 in fwohci_task_dma (arg=0xc5662000, pending=1)
    at /home/usr/src/sys/dev/firewire/fwohci.c:2206
#8  0xc0817885 in taskqueue_run (queue=0xc5651380)
    at /home/usr/src/sys/kern/subr_taskqueue.c:282
#9  0xc0817a98 in taskqueue_thread_loop (arg=0xc566649c)
    at /home/usr/src/sys/kern/subr_taskqueue.c:401
#10 0xc07bd0a9 in fork_exit (callout=0xc08179d0 <taskqueue_thread_loop>, 
    arg=0xc566649c, frame=0xe5c38d38) at /home/usr/src/sys/kern/kern_fork.c:810
#11 0xc0ac92e0 in fork_trampoline ()
    at /home/usr/src/sys/i386/i386/exception.s:264

Can you analyze the reason fix the problem?
If more information is needed, I will send it.

Best regards,

Kazumaro



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20100207.220956.59557668.ka>