Date: Mon, 28 Apr 2008 01:10:53 -0500 From: Tom Judge <tom@tomjudge.com> To: freebsd-current@freebsd.org Subject: Panic under disk (ata) io from today's sources Message-ID: <48156A6D.9040302@tomjudge.com>
next in thread | raw e-mail | index | archive | help
This is a multi-part message in MIME format.
--------------020805060507060803070303
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Hi,
I am having trouble with a freshly installed system running CURRENT-8
from todays sources. Back traces attached. (I have both core files
avaliable so can gather more information on request. Also the panics
are quite easy to trigger so I should also be able to provide any info
from ddb that may be required).
[root@ /home/tj]# uname -a
FreeBSD 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Apr 28 04:22:09 CDT
2008 root@:/usr/obj/usr/src/sys/GENERIC amd64
[NOTE: I just noticed the clock is +13 hours out on this system]
Both panics happened just after hundreds of the following messages
appeared on the console:
ad6: FAILURE - load data
ad6: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
The panics both happen under moderate disk io load. The first is
rsync'ing from UFS to UFS on gmirror. The second is rsyncing from
reiserfs to ZFS. Could these panics be related to the recent ATA changes?
All of the panics happened when accessing drives attached to the onboard
SATA controllers (MB is ASUS M2N-E):
pciconf -lv entries for disk controllers:
atapci0@pci0:0:4:0: class=0x01018a card=0x82391043 chip=0x036e10de
rev=0xa1 hdr=0x00
vendor = 'Nvidia Corp'
device = 'MCP55 IDE'
class = mass storage
subclass = ATA
atapci1@pci0:0:5:0: class=0x010185 card=0x82391043 chip=0x037f10de
rev=0xa3 hdr=0x00
vendor = 'Nvidia Corp'
device = 'MCP55 SATA Controller'
class = mass storage
subclass = ATA
atapci2@pci0:0:5:1: class=0x010185 card=0x82391043 chip=0x037f10de
rev=0xa3 hdr=0x00
vendor = 'Nvidia Corp'
device = 'MCP55 SATA Controller'
class = mass storage
subclass = ATA
atapci3@pci0:0:5:2: class=0x010185 card=0x82391043 chip=0x037f10de
rev=0xa3 hdr=0x00
vendor = 'Nvidia Corp'
device = 'MCP55 SATA Controller'
class = mass storage
subclass = ATA
atacontrol output:
[root@ /home/tj]# atacontrol list
ATA channel 0:
Master: acd0 <TSSTcorp CDDVDW SH-S202N/SB01> ATA/ATAPI revision 7
Slave: no device present
ATA channel 1:
Master: no device present
Slave: no device present
ATA channel 2:
Master: ad4 <WDC WD5000AAKS-00A7B0/01.03B01> Serial ATA II
Slave: no device present
ATA channel 3:
Master: ad6 <WDC WD5000AAKS-00A7B0/01.03B01> Serial ATA II
Slave: no device present
ATA channel 4:
Master: no device present
Slave: no device present
ATA channel 5:
Master: no device present
Slave: no device present
ATA channel 6:
Master: no device present
Slave: no device present
ATA channel 7:
Master: no device present
Slave: no device present
--------------020805060507060803070303
Content-Type: text/plain;
name="panic1.txt"
Content-Transfer-Encoding: base64
Content-Disposition: inline;
filename="panic1.txt"
W3Jvb3RAIC9ob21lL3RqXSMga2dkYiAvYm9vdC9rZXJuZWwva2VybmVsLnN5bWJvbHMgL3Zh
ci9jcmFzaC92bWNvcmUuMApbR0RCIHdpbGwgbm90IGJlIGFibGUgdG8gZGVidWcgdXNlci1t
b2RlIHRocmVhZHM6IC91c3IvbGliL2xpYnRocmVhZF9kYi5zbzogVW5kZWZpbmVkIHN5bWJv
bCAicHNfcGdsb2JhbF9sb29rdXAiXQpHTlUgZ2RiIDYuMS4xIFtGcmVlQlNEXQpDb3B5cmln
aHQgMjAwNCBGcmVlIFNvZnR3YXJlIEZvdW5kYXRpb24sIEluYy4KR0RCIGlzIGZyZWUgc29m
dHdhcmUsIGNvdmVyZWQgYnkgdGhlIEdOVSBHZW5lcmFsIFB1YmxpYyBMaWNlbnNlLCBhbmQg
eW91IGFyZQp3ZWxjb21lIHRvIGNoYW5nZSBpdCBhbmQvb3IgZGlzdHJpYnV0ZSBjb3BpZXMg
b2YgaXQgdW5kZXIgY2VydGFpbiBjb25kaXRpb25zLgpUeXBlICJzaG93IGNvcHlpbmciIHRv
IHNlZSB0aGUgY29uZGl0aW9ucy4KVGhlcmUgaXMgYWJzb2x1dGVseSBubyB3YXJyYW50eSBm
b3IgR0RCLiAgVHlwZSAic2hvdyB3YXJyYW50eSIgZm9yIGRldGFpbHMuClRoaXMgR0RCIHdh
cyBjb25maWd1cmVkIGFzICJhbWQ2NC1tYXJjZWwtZnJlZWJzZCIuClJlYWRpbmcgc3ltYm9s
cyBmcm9tIC9ib290L2tlcm5lbC9nZW9tX21pcnJvci5rby4uLlJlYWRpbmcgc3ltYm9scyBm
cm9tIC9ib290L2tlcm5lbC9nZW9tX21pcnJvci5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4K
TG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9nZW9tX21pcnJvci5rbwpSZWFkaW5n
IHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvemZzLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZy
b20gL2Jvb3Qva2VybmVsL3pmcy5rby5zeW1ib2xzLi4uZG9uZS4KZG9uZS4KTG9hZGVkIHN5
bWJvbHMgZm9yIC9ib290L2tlcm5lbC96ZnMua28KClVucmVhZCBwb3J0aW9uIG9mIHRoZSBr
ZXJuZWwgbWVzc2FnZSBidWZmZXI6CmF0YQphZDQ6IHNldHRpbmcgdXAgRE1BIGZhaWxlZApn
X3Zmc19kb25lKCk6YWQ0czFlW1JFQUQob2Zmc2V0PTEwNTE5MzQ3MjAwLCBsZW5ndGg9MTYz
ODQpXWVycm9yID0gNQphZDQ6IEZBSUxVUkUgLSBsb2FkIGRhdGEKYWQ0OiBzZXR0aW5nIHVw
IERNQSBmYWlsZWQKZ192ZnNfZG9uZSgpOmFkNHMxZVtSRUFEKG9mZnNldD0xMDUxOTM0NzIw
MCwgbGVuZ3RoPTE2Mzg0KV1lcnJvciA9IDUKcGFuaWM6IFZPUF9TVFJBVEVHWSBmYWlsZWQg
YnA9MHhmZmZmZmZmZmMxNzZiODU4IHZwPTB4ZmZmZmZmMDBhMzE3ZjAwMApjcHVpZCA9IDAK
S0RCOiBlbnRlcjogcGFuaWMKZXhjbHVzaXZlIGxvY2ttZ3IgYnVmd2FpdCByID0gMCAoMHhm
ZmZmZmZmZmMxNzZiOGYwKSBsb2NrZWQgQCAvdXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6
MTc5NgpzaGFyZWQgbG9ja21nciB1ZnMgciA9IDAgKDB4ZmZmZmZmMDBhMzE3ZjA5OCkgbG9j
a2VkIEAgL3Vzci9zcmMvc3lzL2tlcm4vdmZzX3Zub3BzLmM6NTMwCnBhbmljOiBmcm9tIGRl
YnVnZ2VyCmNwdWlkID0gMApVcHRpbWU6IDltNXMKUGh5c2ljYWwgbWVtb3J5OiA0MDgwIE1C
CkR1bXBpbmcgNTQzIE1COiA1MjggNTEyIDQ5NiA0ODAgNDY0IDQ0OCA0MzIgNDE2IDQwMCAz
ODQgMzY4IDM1MiAzMzYgMzIwIDMwNCAyODggMjcyIDI1NiAyNDAgMjI0IDIwOCAxOTIgMTc2
IDE2MCAxNDQgMTI4IDExMiA5NiA4MCA2NCA0OCAzMiAxNgoKIzAgIGRvYWR1bXAgKCkgYXQg
cGNwdS5oOjE5NQoxOTUgICAgIHBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4K
ICAgICAgICBpbiBwY3B1LmgKKGtnZGIpIGJ0CiMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox
OTUKIzEgIDB4ZmZmZmZmZmY4MDQ5YzY3MyBpbiBib290IChob3d0bz0yNjApIGF0IC91c3Iv
c3JjL3N5cy9rZXJuL2tlcm5fc2h1dGRvd24uYzo0MTgKIzIgIDB4ZmZmZmZmZmY4MDQ5Y2Fm
NyBpbiBwYW5pYyAoZm10PVZhcmlhYmxlICJmbXQiIGlzIG5vdCBhdmFpbGFibGUuCikgYXQg
L3Vzci9zcmMvc3lzL2tlcm4va2Vybl9zaHV0ZG93bi5jOjU3MgojMyAgMHhmZmZmZmZmZjgw
MWMyY2U3IGluIGRiX3BhbmljIChhZGRyPVZhcmlhYmxlICJhZGRyIiBpcyBub3QgYXZhaWxh
YmxlLgopIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQ0NgojNCAgMHhmZmZm
ZmZmZjgwMWMzNWRmIGluIGRiX2NvbW1hbmQgKGxhc3RfY21kcD0weGZmZmZmZmZmODBhN2Vl
NDgsIGNtZF90YWJsZT0weDAsIGRvcGFnZXI9MSkgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9j
b21tYW5kLmM6NDEzCiM1ICAweGZmZmZmZmZmODAxYzM3ZjAgaW4gZGJfY29tbWFuZF9sb29w
ICgpIGF0IC91c3Ivc3JjL3N5cy9kZGIvZGJfY29tbWFuZC5jOjQ2NgojNiAgMHhmZmZmZmZm
ZjgwMWM1MTI5IGluIGRiX3RyYXAgKHR5cGU9VmFyaWFibGUgInR5cGUiIGlzIG5vdCBhdmFp
bGFibGUuCikgYXQgL3Vzci9zcmMvc3lzL2RkYi9kYl9tYWluLmM6MjI4CiM3ICAweGZmZmZm
ZmZmODA0YzdkOTUgaW4ga2RiX3RyYXAgKHR5cGU9MywgY29kZT0wLCB0Zj0weGZmZmZmZmZm
ZDlhNjc2MzApIGF0IC91c3Ivc3JjL3N5cy9rZXJuL3N1YnJfa2RiLmM6NTEwCiM4ICAweGZm
ZmZmZmZmODA3Njc0MjUgaW4gdHJhcCAoZnJhbWU9MHhmZmZmZmZmZmQ5YTY3NjMwKSBhdCAv
dXNyL3NyYy9zeXMvYW1kNjQvYW1kNjQvdHJhcC5jOjQ5NAojOSAgMHhmZmZmZmZmZjgwNzRh
OWFlIGluIGNhbGx0cmFwICgpIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC9leGNlcHRp
b24uUzoxNzcKIzEwIDB4ZmZmZmZmZmY4MDRjN2Y2ZCBpbiBrZGJfZW50ZXIgKHdoeT0weGZm
ZmZmZmZmODA4MjQ3NTkgInBhbmljIiwgbXNnPTB4YSA8QWRkcmVzcyAweGEgb3V0IG9mIGJv
dW5kcz4pIGF0IGNwdWZ1bmMuaDo2MwojMTEgMHhmZmZmZmZmZjgwNDljYjA2IGluIHBhbmlj
IChmbXQ9VmFyaWFibGUgImZtdCIgaXMgbm90IGF2YWlsYWJsZS4KKSBhdCAvdXNyL3NyYy9z
eXMva2Vybi9rZXJuX3NodXRkb3duLmM6NTU2CiMxMiAweGZmZmZmZmZmODA1MDdkMjIgaW4g
YnVmc3RyYXRlZ3kgKGJvPVZhcmlhYmxlICJibyIgaXMgbm90IGF2YWlsYWJsZS4KKSBhdCAv
dXNyL3NyYy9zeXMva2Vybi92ZnNfYmlvLmM6MzgxMQojMTMgMHhmZmZmZmZmZjgwNTEwNzY2
IGluIGNsdXN0ZXJfcmVhZCAodnA9MHhmZmZmZmYwMGEzMTdmMDAwLCBmaWxlc2l6ZT0zNzc1
NjgsIGxibGtubz0xNywgc2l6ZT0xNjM4NCwgY3JlZD1WYXJpYWJsZSAiY3JlZCIgaXMgbm90
IGF2YWlsYWJsZS4KKSBhdCBidWYuaDozOTcKIzE0IDB4ZmZmZmZmZmY4MDY5NjBiZCBpbiBm
ZnNfcmVhZCAoYXA9VmFyaWFibGUgImFwIiBpcyBub3QgYXZhaWxhYmxlLgopIGF0IC91c3Iv
c3JjL3N5cy91ZnMvZmZzL2Zmc192bm9wcy5jOjUxMAojMTUgMHhmZmZmZmZmZjgwNTJjN2Q3
IGluIHZuX3JlYWQgKGZwPTB4ZmZmZmZmMDAwNDY2NjJkMCwgdWlvPTB4ZmZmZmZmZmZkOWE2
N2IwMCwgYWN0aXZlX2NyZWQ9VmFyaWFibGUgImFjdGl2ZV9jcmVkIiBpcyBub3QgYXZhaWxh
YmxlLgopIGF0IHZub2RlX2lmLmg6MzQxCiMxNiAweGZmZmZmZmZmODA0ZGI1YzEgaW4gZG9m
aWxlcmVhZCAodGQ9MHhmZmZmZmYwMDA0NmQ0NmEwLCBmZD0zLCBmcD0weGZmZmZmZjAwMDQ2
NjYyZDAsIGF1aW89MHhmZmZmZmZmZmQ5YTY3YjAwLCBvZmZzZXQ9VmFyaWFibGUgIm9mZnNl
dCIgaXMgbm90IGF2YWlsYWJsZS4KKSBhdCBmaWxlLmg6MjE5CiMxNyAweGZmZmZmZmZmODA0
ZGI5NTAgaW4ga2Vybl9yZWFkdiAodGQ9MHhmZmZmZmYwMDA0NmQ0NmEwLCBmZD0zLCBhdWlv
PTB4ZmZmZmZmZmZkOWE2N2IwMCkgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMu
YzoyMzUKIzE4IDB4ZmZmZmZmZmY4MDRkYmE0NCBpbiByZWFkICh0ZD1WYXJpYWJsZSAidGQi
IGlzIG5vdCBhdmFpbGFibGUuCikgYXQgL3Vzci9zcmMvc3lzL2tlcm4vc3lzX2dlbmVyaWMu
YzoxNTEKIzE5IDB4ZmZmZmZmZmY4MDc2NmNmZiBpbiBzeXNjYWxsIChmcmFtZT0weGZmZmZm
ZmZmZDlhNjdjODApIGF0IC91c3Ivc3JjL3N5cy9hbWQ2NC9hbWQ2NC90cmFwLmM6ODQzCiMy
MCAweGZmZmZmZmZmODA3NGFiYmIgaW4gWGZhc3Rfc3lzY2FsbCAoKSBhdCAvdXNyL3NyYy9z
eXMvYW1kNjQvYW1kNjQvZXhjZXB0aW9uLlM6Mjk4CiMyMSAweDAwMDAwMDA4MDA3NmFkMGMg
aW4gPz8gKCkKUHJldmlvdXMgZnJhbWUgaW5uZXIgdG8gdGhpcyBmcmFtZSAoY29ycnVwdCBz
dGFjaz8pCihrZ2RiKSAgICAgICAgICAgICAgICAgICAgICAgICAgIA==
--------------020805060507060803070303
Content-Type: text/plain;
name="panic2.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="panic2.txt"
root@ /home/tj]# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.1
[GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"]
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".
Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/zfs.ko
Reading symbols from /boot/kernel/geom_mirror.ko...Reading symbols from /boot/kernel/geom_mirror.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/geom_mirror.ko
Reading symbols from /boot/kernel/reiserfs.ko...Reading symbols from /boot/kernel/reiserfs.ko.symbols...done.
done.
Loaded symbols for /boot/kernel/reiserfs.ko
Unread portion of the kernel message buffer:
a
ad14: setting up DMA failed
g_vfs_done():ad14s1[READ(offset=98303832064, length=4096)]error = 5
ad14: FAILURE - load data
ad14: setting up DMA failed
g_vfs_done():ad14s1[READ(offset=98303836160, length=4096)]error = 5
ad6: FAILURE - load data
ad6: setting up DMA failed
ad14: FAILURE - load data
ad14: setting up DMA failed
g_vfs_done():ad14s1[READ(offset=813637632, length=4096)]error = 5
System call lstat returning with the following locks heldad6: FAILU:RE
e-x cllouasdi vdea tlaoc
kamdg6r: bsueftwtaiintg ru p= D0M A( 0fxafiflfefdff
ffc13b6980) locked @ /usr/srcad6: F/AsIyLsU/RkEe r-n /lvofasd_ bdiaot.ac:
1a7d966:
speatntiicn:g wuipt nDeMsAs _fwaairlned
c
paudi6d: =F A1IL
UKRDEB :- elnotaedr data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
ad6: FAILURE - load data
ad6: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
GEOM_MIRROR: Request failed (error=5). ad4s1[WRITE(offset=33361485824, length=16384)]
GEOM_MIRROR: Device os0: provider ad4s1 disconnected.
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
ad4: FAILURE - load data
ad4: setting up DMA failed
panic: bufwrite: buffer is not busy???
cpuid = 1
KDB: enter: panic
panic: from debugger
cpuid = 1
KDB: stack backtrace:
panic: from debugger
cpuid = 1
KDB: stack backtrace:
Physical memory: 4080 MB
Dumping 961 MB: 946 930 914 898 882 866 850 834 818 802 786 770 754 738 722 706 690 674 658 642 626 610 594 578 562 546 530 514 498 482 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2
#0 doadump () at pcpu.h:195
195 pcpu.h: No such file or directory.
in pcpu.h
(kgdb) bt
#0 doadump () at pcpu.h:195
#1 0xffffffff801c30ac in db_fncall (dummy1=Variable "dummy1" is not available.
) at /usr/src/sys/ddb/db_command.c:516
#2 0xffffffff801c35df in db_command (last_cmdp=0xffffffff80a7ee48, cmd_table=0x0, dopager=1) at /usr/src/sys/ddb/db_command.c:413
#3 0xffffffff801c37f0 in db_command_loop () at /usr/src/sys/ddb/db_command.c:466
#4 0xffffffff801c5129 in db_trap (type=Variable "type" is not available.
) at /usr/src/sys/ddb/db_main.c:228
#5 0xffffffff804c7d95 in kdb_trap (type=3, code=0, tf=0xffffffffd76928c0) at /usr/src/sys/kern/subr_kdb.c:510
#6 0xffffffff80767425 in trap (frame=0xffffffffd76928c0) at /usr/src/sys/amd64/amd64/trap.c:494
#7 0xffffffff8074a9ae in calltrap () at /usr/src/sys/amd64/amd64/exception.S:177
#8 0xffffffff804c7f6d in kdb_enter (why=0xffffffff80824759 "panic", msg=0xa <Address 0xa out of bounds>) at cpufunc.h:63
#9 0xffffffff8049cb06 in panic (fmt=Variable "fmt" is not available.
) at /usr/src/sys/kern/kern_shutdown.c:556
#10 0xffffffff80691b20 in ffs_bufwrite (bp=0xffffffffc1883660) at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1724
#11 0xffffffff8050884b in vfs_bio_awrite (bp=0xffffffffc1883660) at buf.h:385
#12 0xffffffff805111c8 in vop_stdfsync (ap=0xffffffffd7692bc0) at /usr/src/sys/kern/vfs_default.c:475
#13 0xffffffff8052025b in sched_sync () at vnode_if.h:535
#14 0xffffffff8047dc4a in fork_exit (callout=0xffffffff8051fd10 <sched_sync>, arg=0x0, frame=0xffffffffd7692c80) at /usr/src/sys/kern/kern_fork.c:789
#15 0xffffffff8074ad6e in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:481
#16 0x0000000000000000 in ?? ()
#17 0x0000000000000000 in ?? ()
#18 0x0000000000000001 in ?? ()
#19 0x0000000000000000 in ?? ()
#20 0x0000000000000000 in ?? ()
#21 0x0000000000000000 in ?? ()
#22 0x0000000000000000 in ?? ()
#23 0x0000000000000000 in ?? ()
#24 0x0000000000000000 in ?? ()
#25 0x0000000000000000 in ?? ()
#26 0x0000000000000000 in ?? ()
#27 0x0000000000000000 in ?? ()
#28 0x0000000000000000 in ?? ()
#29 0x0000000000000000 in ?? ()
#30 0x0000000000000000 in ?? ()
#31 0x0000000000000000 in ?? ()
#32 0x0000000000000000 in ?? ()
#33 0x0000000000000000 in ?? ()
#34 0x0000000000000000 in ?? ()
#35 0x0000000000000000 in ?? ()
#36 0x0000000000000000 in ?? ()
#37 0x0000000000000000 in ?? ()
#38 0x0000000000000000 in ?? ()
#39 0x0000000000000000 in ?? ()
#40 0x0000000000efe000 in ?? ()
#41 0x0000000000000104 in ?? ()
#42 0xffffffff80ac5d78 in sleepq_chains ()
#43 0xffffffff80ab8440 in tdq_cpu ()
#44 0x0000000000000c80 in ?? ()
#45 0xffffffffd7692a40 in ?? ()
#46 0xffffffffd76929f8 in ?? ()
#47 0xffffff00047b3000 in ?? ()
#48 0xffffffff804bbe11 in sched_switch (td=0x0, newtd=Variable "newtd" is not available.
) at /usr/src/sys/kern/sched_ule.c:1826
Previous frame inner to this frame (corrupt stack?)
(kgdb)
--------------020805060507060803070303--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?48156A6D.9040302>