From owner-freebsd-stable@FreeBSD.ORG Thu Dec 31 11:17:10 2009 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DAC611065672 for ; Thu, 31 Dec 2009 11:17:10 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEF68FC16 for ; Thu, 31 Dec 2009 11:17:09 +0000 (UTC) Received: by ewy26 with SMTP id 26so10249502ewy.3 for ; Thu, 31 Dec 2009 03:17:04 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.85.144 with SMTP id u16mr3816316wee.3.1262258224200; Thu, 31 Dec 2009 03:17:04 -0800 (PST) In-Reply-To: References: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= Date: Thu, 31 Dec 2009 12:16:44 +0100 Message-ID: To: Pete French Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org Subject: Re: lock order reversals in RELENG_8 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Dec 2009 11:17:10 -0000 On Thu, Dec 31, 2009 at 12:10, Pete French wr= ote: > am still trying to get the machine which ocks up to lock up > when I have DDb, KDB and WITNESS in the ernel. It's not locked yet > but I have got the following in dmesg... > > lock order reversal: > =A01st 0xffffff8052321e50 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c= :2559 > =A02nd 0xffffff000384a800 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_di= rhash.c:285 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x66f > _sx_xlock() at _sx_xlock+0x35 > ufsdirhash_acquire() at ufsdirhash_acquire+0x33 > ufsdirhash_remove() at ufsdirhash_remove+0x18 > ufs_dirremove() at ufs_dirremove+0x161 > ufs_remove() at ufs_remove+0x92 > VOP_REMOVE_APV() at VOP_REMOVE_APV+0x34 > kern_unlinkat() at kern_unlinkat+0x252 > syscall() at syscall+0x19d > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (10, FreeBSD ELF64, unlink), rip =3D 0x80072a28c, rsp =3D 0x7= fffffffe418, rbp =3D 0x7fffffffef6e --- > lock order reversal: > =A01st 0xffffff003e230d80 ufs (ufs) @ /usr/src/sys/kern/vfs_mount.c:1058 > =A02nd 0xffffff003e2307f8 devfs (devfs) @ /usr/src/sys/kern/vfs_subr.c:20= 83 > KDB: stack backtrace: > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > _witness_debugger() at _witness_debugger+0x2c > witness_checkorder() at witness_checkorder+0x66f > __lockmgr_args() at __lockmgr_args+0x475 > vop_stdlock() at vop_stdlock+0x39 > VOP_LOCK1_APV() at VOP_LOCK1_APV+0x46 > _vn_lock() at _vn_lock+0x47 > vget() at vget+0x56 > devfs_allocv() at devfs_allocv+0x103 > devfs_root() at devfs_root+0x48 > vfs_donmount() at vfs_donmount+0xf43 > nmount() at nmount+0x63 > syscall() at syscall+0x19d > Xfast_syscall() at Xfast_syscall+0xe1 > --- syscall (378, FreeBSD ELF64, nmount), rip =3D 0x8007b062c, rsp =3D 0x= 7fffffffdd28, rbp =3D 0x > I think this is LOR #261 and therefore harmless. http://sources.zabbadoz.net/freebsd/lor.html