Skip site navigation (1)Skip section navigation (2)
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>