Date: Tue, 24 Sep 2013 09:44:27 +0200 From: Patrick Lamaiziere <patfbsd@davenulle.org> To: Konstantin Belousov <kostikbel@gmail.com> Cc: freebsd-stable@freebsd.org Subject: Re: Possible kqueue related issue on STABLE/RC. Message-ID: <20130924094427.0f4b902a@mr129166> In-Reply-To: <20130923203141.GV41229@kib.kiev.ua> References: <alpine.BSF.2.00.1309111705460.89324@olgeni.olgeni> <20130911171913.GG41229@kib.kiev.ua> <alpine.BSF.2.00.1309112316160.2547@olgeni.olgeni> <20130912073643.GM41229@kib.kiev.ua> <20130920151705.33aae120@mr129166> <20130923153708.45c3be3d@mr129166> <20130923203141.GV41229@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
Le Mon, 23 Sep 2013 23:31:41 +0300, Konstantin Belousov <kostikbel@gmail.com> a écrit : Hello, ... > > Ok This has been mfced to 9.2-STABLE. But I still see this panic > > with 9-2/STABLE of today (Revision : 255811). This may be better > > because before the box paniced within minutes and now within hours > > (still using poudriere). > > > > panic: > > fault code = supervisor read data, page not present > > instruction pointer = 0x20:0xffffffff808ebfcd > > stack pointer = 0x28:0xffffff824c2e0630 > > frame pointer = 0x28:0xffffff824c2e06a0 > > code segment = base 0x0, limit 0xfffff, type 0x1b > > = DPL 0, pres 1, long 1, def32 0, gran 1 > > processor eflags = interrupt enabled, resume, IOPL = 0 > > current process = 54243 (gvfsd-trash) > > trap number = 12 > > panic: page fault > > cpuid = 2 > > KDB: stack backtrace: > > #0 0xffffffff80939ad6 at kdb_backtrace+0x66 > > #1 0xffffffff808ffacd at panic+0x1cd > > #2 0xffffffff80cdfbe9 at trap_fatal+0x289 > > #3 0xffffffff80cdff4f at trap_pfault+0x20f > > #4 0xffffffff80ce0504 at trap+0x344 > > #5 0xffffffff80cc9b43 at calltrap+0x8 > > #6 0xffffffff8099d043 at filt_vfsvnode+0xf3 > > #7 0xffffffff808c4793 at kqueue_register+0x3e3 > > #8 0xffffffff808c4de8 at kern_kevent+0x108 > > #9 0xffffffff808c5950 at sys_kevent+0x90 > > #10 0xffffffff80cdf3a8 at amd64_syscall+0x5d8 > > #11 0xffffffff80cc9e27 at Xfast_syscall+0xf7 > > > > Full core.txt : > > http://user.lamaiziere.net/patrick/public/vfs_vnode-core.txt.0 > > For start, please load the core into kgdb and for > frame 8 > p *kn (kgdb) frame 8 #8 0xffffffff8099d043 in filt_vfsvnode (kn=0xfffffe0147a7f000, hint=0) at /usr/src/sys/kern/vfs_subr.c:4600 4600 VI_LOCK(vp); (kgdb) p *kn $1 = {kn_link = {sle_next = 0x0}, kn_selnext = {sle_next = 0x0}, kn_knlist = 0x0, kn_tqe = {tqe_next = 0x0, tqe_prev = 0x0}, kn_kq = 0xfffffe01079a6200, kn_kevent = {ident = 62, filter = -4, flags = 32784, fflags = 0, data = 0, udata = 0x0}, kn_status = 24, kn_sfflags = 47, kn_sdata = 0, kn_ptr = {p_fp = 0xfffffe016949e190, p_proc = 0xfffffe016949e190, p_aio = 0xfffffe016949e190, p_lio = 0xfffffe016949e190}, kn_fop = 0xffffffff812fd440, kn_hook = 0xfffffe0119d0b1f8, kn_hookid = 0} > Also, please follow > http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug-deadlocks.html > to recompile kernel with the debugging options and try to recreate > the panic. It's building. Thanks, regards
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130924094427.0f4b902a>