Date: Thu, 19 Feb 2015 18:37:21 +0000 From: "hiren (hiren panchasara)" <phabric-noreply@FreeBSD.org> To: freebsd-net@freebsd.org Subject: [Differential] [Commented On] D1711: Changes to the callout code to restore active semantics and also add a test-framework and test to validate thecallout code (and potentially for use by other tests). Message-ID: <94f9319f4a55d6e4b8bc056831570dbc@localhost.localdomain> In-Reply-To: <differential-rev-PHID-DREV-vhk6ww63dvpj6egspuyt-req@FreeBSD.org> References: <differential-rev-PHID-DREV-vhk6ww63dvpj6egspuyt-req@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
hiren added a comment.
Another panic from an almost *idle* box:
Sanitized panic #6
Dump header from device /dev/da0s1b
Architecture: amd64
Architecture Version: 2
Dump Length: 6525980672B (6223 MB)
Blocksize: 512
Dumptime: Thu Feb 19 06:16:57 2015
Hostname: xxxxxxxxxxxxxxxxxx
Magic: FreeBSD Kernel Dump
Version String: FreeBSD 10.1-STABLE-llnw12 #0: Fri Feb 13 02:22:48 MST 2015
jason@xxxxxxxxxxxx:/usr/obj/usr/src/sys/SIXFOUR
Panic String: spin lock held too long
Dump Parity: 1313546413
Bounds: 0
Dump Status: good
Backtrace:
Reading symbols from /boot/kernel/cc_cubic.ko.symbols...done.
Loaded symbols for /boot/kernel/cc_cubic.ko.symbols
Reading symbols from /boot/kernel/cc_cdg.ko.symbols...done.
Loaded symbols for /boot/kernel/cc_cdg.ko.symbols
Reading symbols from /boot/kernel/h_ertt.ko.symbols...done.
Loaded symbols for /boot/kernel/h_ertt.ko.symbols
Reading symbols from /boot/kernel/ftcp.ko...done.
Loaded symbols for /boot/kernel/ftcp.ko
#0 doadump (textdump=1) at pcpu.h:219
in pcpu.h
(kgdb) #0 doadump (textdump=1) at pcpu.h:219
#1 0xffffffff80749c17 in kern_reboot (howto=260)
at /usr/src/sys/kern/kern_shutdown.c:452
#2 0xffffffff80749ff4 in panic (fmt=<value optimized out>)
at /usr/src/sys/kern/kern_shutdown.c:759
#3 0xffffffff80735683 in _mtx_lock_spin_cookie (c=<value optimized out>,
tid=<value optimized out>, opts=<value optimized out>,
file=<value optimized out>, line=<value optimized out>)
at /usr/src/sys/kern/kern_mutex.c:561
#4 0xffffffff80af3fc1 in smp_tlb_shootdown (vector=246,
pmap=0xffffffff81391ae0, addr1=18446742009410568192,
addr2=18446742009410572288) at /usr/src/sys/amd64/amd64/mp_machdep.c:1145
#5 0xffffffff80af5d3c in pmap_invalidate_range (pmap=<value optimized out>,
sva=<value optimized out>, eva=<value optimized out>)
at /usr/src/sys/amd64/amd64/pmap.c:1480
#6 0xffffffff807d57ef in vfs_vmio_release (bp=0xfffffe1f298bd000)
at /usr/src/sys/kern/vfs_bio.c:1861
#7 0xffffffff807d622b in getnewbuf (maxsize=<value optimized out>,
gbflags=<value optimized out>) at /usr/src/sys/kern/vfs_bio.c:2149
#8 0xffffffff807d3791 in getblk (vp=0xfffff802a158f3b0, blkno=0, size=4096,
slpflag=0, slptimeo=0, flags=<value optimized out>)
at /usr/src/sys/kern/vfs_bio.c:3210
#9 0xffffffff807d41dd in breadn_flags (vp=0xfffff802a158f3b0, blkno=0,
size=0, rablkno=0x0, rabsize=0x0, cnt=0, cred=0xfffffe2020f6e670,
flags=0, bpp=0xfffffe2020f6e670) at /usr/src/sys/kern/vfs_bio.c:1127
#10 0xffffffff8095c84a in ffs_blkatoff (vp=0x0, offset=0, res=0x0,
bpp=0xfffffe2020f6e7f8) at /usr/src/sys/ufs/ffs/ffs_subr.c:86
#11 0xffffffff8096ef92 in ufs_readdir (ap=0xfffffe2020f6e900)
at /usr/src/sys/ufs/ufs/ufs_vnops.c:2177
#12 0xffffffff80c2af07 in VOP_READDIR_APV (vop=<value optimized out>,
a=<value optimized out>) at vnode_if.c:1821
#13 0xffffffff807f9aaa in kern_getdirentries (td=0xfffff800230a8000,
fd=<value optimized out>,
buf=0x8022a9000 <Address 0x8022a9000 out of bounds>,
count=<value optimized out>, basep=0xfffffe2020f6e980, residp=0x0)
at vnode_if.h:758
#14 0xffffffff807f9888 in sys_getdirentries (td=0x0, uap=0xfffffe2020f6ea40)
at /usr/src/sys/kern/vfs_syscalls.c:4030
#15 0xffffffff80b059ca in amd64_syscall (td=0xfffff800230a8000, traced=0)
at subr_syscall.c:134
#16 0xffffffff80aeae3b in Xfast_syscall ()
at /usr/src/sys/amd64/amd64/exception.S:396
#17 0x0000000801588efa in ?? ()
Current language: auto; currently minimal
(kgdb)
@rrs This does not have your patch so we won't get any more interesting data but I wanted to show that we get the panic on almost idle boxes too. What does that tell us?
REVISION DETAIL
https://reviews.freebsd.org/D1711
To: rrs, gnn, rwatson, lstewart, jhb, kostikbel, sbruno, imp, adrian, hselasky
Cc: julian, hiren, jhb, kostikbel, emaste, delphij, neel, erj, freebsd-net
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?94f9319f4a55d6e4b8bc056831570dbc>