Date: Mon, 26 Jun 2006 07:17:47 +0300 From: Kostik Belousov <kostikbel@gmail.com> To: V??clav Haisman <V.Haisman@sh.cvut.cz> Cc: freebsd-stable@freebsd.org Subject: Re: LOR in vnode interlock and system map Message-ID: <20060626041747.GH79678@deviant.kiev.zoral.com.ua> In-Reply-To: <449F2790.80700@sh.cvut.cz> References: <447A1F94.7020809@sh.cvut.cz> <449F2790.80700@sh.cvut.cz>
next in thread | previous in thread | raw e-mail | index | archive | help
--1XWsVB21DFCvn2e8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 26, 2006 at 02:17:20AM +0200, V??clav Haisman wrote: >=20 >=20 > V??clav Haisman wrote, On 29.5.2006 0:09: > > See attached file. The kernel is todays CVS 6.1. > >=20 > > -- > > Vaclav Haisman > >=20 > >=20 > >=20 > >=20 > > ------------------------------------------------------------------------ > >=20 > > May 28 19:16:55 logout kernel: lock order reversal: > > May 28 19:16:55 logout kernel: 1st 0xc3d4bb1c vnode interlock (vnode in= terlock) @ /usr/src/sys/kern/vfs_subr.c:2218 > > May 28 19:16:55 logout kernel: 2nd 0xc1043144 system map (system map) @= /usr/src/sys/vm/vm_kern.c:295 > > May 28 19:16:55 logout kernel: KDB: stack backtrace: > > May 28 19:16:55 logout kernel: kdb_backtrace(c081a0c7,c1043144,c0819bfa= ,c0819bfa,c082f5af) at kdb_backtrace+0x2e > > May 28 19:16:55 logout kernel: witness_checkorder(c1043144,9,c082f5af,1= 27,c08bdbc0) at witness_checkorder+0x5ef > > May 28 19:16:55 logout kernel: _mtx_lock_flags(c1043144,0,c082f5af,127,= c104e460) at _mtx_lock_flags+0x32 > > May 28 19:16:55 logout kernel: _vm_map_lock(c10430c0,c082f5af,127,c3375= 900,c3375900) at _vm_map_lock+0x37 > > May 28 19:16:55 logout kernel: kmem_malloc(c10430c0,1000,101,d5688afc,c= 0766493) at kmem_malloc+0x3a > > May 28 19:16:55 logout kernel: page_alloc(c104d300,1000,d5688aef,101,c0= 5e0ed6) at page_alloc+0x27 > > May 28 19:16:55 logout kernel: slab_zalloc(c104d300,101,c082ed67,8a2,80= 246) at slab_zalloc+0xd3 > > May 28 19:16:55 logout kernel: uma_zone_slab(c104d300,1,c082ed67,8a2,c0= 82ed67) at uma_zone_slab+0x112 > > May 28 19:16:55 logout kernel: uma_zalloc_internal(c104d300,0,1,0,d5688= b94) at uma_zalloc_internal+0x41 > > May 28 19:16:55 logout kernel: bucket_alloc(80,1,c082ed67,95e,105) at b= ucket_alloc+0x3b > > May 28 19:16:55 logout kernel: uma_zfree_arg(c104dc00,c389712c,0,d5688b= bc,c072e964) at uma_zfree_arg+0x253 > > May 28 19:16:55 logout kernel: mac_labelzone_free(c389712c) at mac_labe= lzone_free+0x22 > > May 28 19:16:55 logout kernel: mac_vnode_label_free(c389712c,c3d4baa0,d= 5688be8,c061aa00,c3d4baa0) at mac_vnode_label_free+0x94 > > May 28 19:16:55 logout kernel: mac_destroy_vnode(c3d4baa0,0,c081e172,30= a,c3d4baa0) at mac_destroy_vnode+0x18 > > May 28 19:16:55 logout kernel: vdestroy(c3d4baa0,d5688c1c,0,c3d4e9cc,c3= d4e9cc) at vdestroy+0x60 > > May 28 19:16:55 logout kernel: vdropl(c3d4baa0,d5688c1c,c081e172,835,c0= 8b1440) at vdropl+0x50 > > May 28 19:16:55 logout kernel: vput(c3d4baa0,0,c082c8a2,df7,c09117a0) a= t vput+0x1ae > > May 28 19:16:55 logout kernel: handle_workitem_remove(c36de9e0,0,2,3b3,= 1) at handle_workitem_remove+0x15a > > May 28 19:16:55 logout kernel: process_worklist_item(c35a0400,0,c082c8a= 2,348,4479db07) at process_worklist_item+0x1e1 > > May 28 19:16:55 logout kernel: softdep_process_worklist(c35a0400,0,c082= c8a2,2f2,3e8) at softdep_process_worklist+0x73 > > May 28 19:16:55 logout kernel: softdep_flush(0,d5688d38,c08150d4,31d,0)= at softdep_flush+0x193 > > May 28 19:16:55 logout kernel: fork_exit(c0744170,0,d5688d38) at fork_e= xit+0x78 > > May 28 19:16:55 logout kernel: fork_trampoline() at fork_trampoline+0x8 > > May 28 19:16:55 logout kernel: --- trap 0x1, eip =3D 0, esp =3D 0xd5688= d6c, ebp =3D 0 --- > One more data point for this LOR. It happens only once early (with > minutes or hours) after reboot and then never again. >=20 > -- > Vaclav Haisman >=20 Try manually MFC rev. 1.637 of sys/kern/vfs_subr.c. Please, report the results (at least to me). --1XWsVB21DFCvn2e8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (FreeBSD) iD8DBQFEn1/rC3+MBN1Mb4gRAtnqAJoDqfuv/WvfptR+CN9Dh204YyaMbwCgkjf0 mZWsp9ynHJpe1jF16J1LyrU= =5mn/ -----END PGP SIGNATURE----- --1XWsVB21DFCvn2e8--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060626041747.GH79678>