Current-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

amd64 -current panics



Hi, 

Sometimes after 17th of November I started getting regularly (on a VM under VMWare player which I use as a build server) the following: 

---- 
➜  crash # gdb netbsd.4
GNU gdb (GDB) 7.12
Copyright (C) 2016 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64--netbsd".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from netbsd.4...(no debugging symbols found)...done.
(gdb) target kvm netbsd.4.core
0xffffffff8011a2d5 in cpu_reboot ()
(gdb) bt
#0  0xffffffff8011a2d5 in cpu_reboot ()
#1  0xffffffff80874e0c in vpanic ()
#2  0xffffffff80874ec0 in panic ()
#3  0xffffffff808694ec in iostat_unbusy ()
#4  0xffffffff80160f67 in sddone ()
#5  0xffffffff80151e2d in scsipi_complete ()
#6  0xffffffff801529b9 in scsipi_done ()
#7  0xffffffff8043d5fe in mpt_drain_queue ()
#8  0xffffffff8043dccd in mpt_intr ()
#9  0xffffffff80132fee in intr_biglock_wrapper ()
#10 0xffffffff8010c562 in Xintr_ioapic_level5 ()
#11 0xffffffff80114abe in Xspllower ()
#12 0xffff8000473e7000 in _KERNEL_OPT_PMS_DISABLE_POWERHOOK ()
#13 0xfffffe80410b5e40 in _KERNEL_OPT_PMS_DISABLE_POWERHOOK ()
#14 0x0000000000001000 in _KERNEL_OPT_ACPI_BLACKLIST_YEAR ()
#15 0xffffffff80804cf3 in uvm_pagermapout ()
#16 0xffffffff80805492 in uvm_aio_aiodone ()
#17 0xffffffff8087c0c4 in workqueue_worker ()
#18 0xffffffff801008d7 in lwp_trampoline ()
#19 0x0000000000000000 in ?? ()

(tail bits of the dmesg output from the dump):
---
sd1: busy < 0
panic: iostat_unbusy
cpu0: Begin traceback...
vpanic() at netbsd:vpanic+0x140
snprintf() at netbsd:snprintf
iostat_isbusy() at netbsd:iostat_isbusy
sddone() at netbsd:sddone+0x73
scsipi_complete() at netbsd:scsipi_complete+0x1fe
scsipi_done() at netbsd:scsipi_done+0x1ab
mpt_drain_queue() at netbsd:mpt_drain_queue+0x1d3
mpt_intr() at netbsd:mpt_intr+0x39
intr_biglock_wrapper() at netbsd:intr_biglock_wrapper+0x1d
Xintr_ioapic_level5() at netbsd:Xintr_ioapic_level5+0xf2
--- interrupt ---
Xspllower() at netbsd:Xspllower+0xe
uvm_aio_aiodone() at netbsd:uvm_aio_aiodone+0x85
workqueue_worker() at netbsd:workqueue_worker+0xbc
cpu0: End traceback...

dumping to dev 4,1 (offset=8, size=1048463):
dump
---

It never happens using a kernel from 17th of November. The first kernel I've kept which exhibited this panic is from 23rd of November. 

FYI the panic usually happens during cvs update ( I run one overnight sysbuild job ), although the last panic came a bit later, perhaps 25 minutes into a sysbuild -u job. 

Any idea? 

Chavdar 



Home | Main Index | Thread Index | Old Index