From owner-freebsd-current@FreeBSD.ORG Sun Oct 19 13:41:11 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13D3C16A4BF for ; Sun, 19 Oct 2003 13:41:11 -0700 (PDT) Received: from obsecurity.dyndns.org (adsl-63-207-60-234.dsl.lsan03.pacbell.net [63.207.60.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2164543F93 for ; Sun, 19 Oct 2003 13:41:10 -0700 (PDT) (envelope-from kris@obsecurity.org) Received: from rot13.obsecurity.org (rot13.obsecurity.org [10.0.0.5]) by obsecurity.dyndns.org (Postfix) with ESMTP id E365266D74; Sun, 19 Oct 2003 13:41:08 -0700 (PDT) Received: by rot13.obsecurity.org (Postfix, from userid 1000) id AF806CDA; Sun, 19 Oct 2003 13:41:08 -0700 (PDT) Date: Sun, 19 Oct 2003 13:41:08 -0700 From: Kris Kennaway To: Paolo Pisati Message-ID: <20031019204108.GB49466@rot13.obsecurity.org> References: <20031019092147.GA39500@southcross.skynet.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="JP+T4n/bALQSJXh8" Content-Disposition: inline In-Reply-To: <20031019092147.GA39500@southcross.skynet.org> User-Agent: Mutt/1.4.1i cc: current@freebsd.org Subject: Re: LOR in yesterday CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Oct 2003 20:41:11 -0000 --JP+T4n/bALQSJXh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Oct 19, 2003 at 11:21:47AM +0200, Paolo Pisati wrote: >=20 > ...lock order reversal > 1st 0xc3142a68 vm object (vm object) @ /usr/src/sys/vm/vm_object.c:433 > 2nd 0xc102f110 system map (system map) @ /usr/src/sys/vm/vm_kern.c:328 Harmless. From alc: ---- In general, any LOR involving a system map mutex and a vm object mutex that has a stack trace looking like _mtx_lock_flags() _vm_map_lock() kmem_malloc() page_alloc() slab_zalloc() uma_zone_slab() uma_zalloc_internal() uma_zfree_arg() =2E.. is not a problem. ---- > Stack backtrace: > _mtx_lock_flags(c102f110,0,c0850fb1,148,3) at _mtx_lock_flags+0xba > _vm_map_lock(c102f0b0,c0850fb1,148,c08feb80,2b4) at _vm_map_lock+0x36 > kmem_malloc(c102f0b0,1000,101,d2762aa8,c079a707) at kmem_malloc+0x3a > page_alloc(c103a3c0,1000,d2762a9b,101,c083ab1b) at page_alloc+0x27 > slab_zalloc(c103a3c0,1,8,c08528ff,68c) at slab_zalloc+0xb7 > uma_zone_slab(c103a3c0,1,c08528ff,68c,0) at uma_zone_slab+0xe6 > uma_zalloc_internal(c103a3c0,0,1,0,c101f470) at uma_zalloc_internal+0x3e > bucket_alloc(80,1,c08528ff,70b,0) at bucket_alloc+0x5e > uma_zfree_arg(c101f3c0,d278be04,0,778,60) at uma_zfree_arg+0x2c6 Kris --JP+T4n/bALQSJXh8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQE/kvbkWry0BWjoQKURAmb8AJ4gIzYz21RbYGqagkF0+FnVonODuQCfYhm5 Uq3KTNIH/+qmSEktQxesrsM= =gDQM -----END PGP SIGNATURE----- --JP+T4n/bALQSJXh8--