From owner-freebsd-current@FreeBSD.ORG Wed Feb 6 19:27:02 2008 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF4B116A46B for ; Wed, 6 Feb 2008 19:27:02 +0000 (UTC) (envelope-from marcelm@juniper.net) Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by mx1.freebsd.org (Postfix) with ESMTP id 4808D13C500 for ; Wed, 6 Feb 2008 19:27:02 +0000 (UTC) (envelope-from marcelm@juniper.net) Received: from source ([66.129.224.36]) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP; Wed, 06 Feb 2008 11:27:00 PST Received: from magenta.juniper.net ([172.17.27.123]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 6 Feb 2008 11:11:09 -0800 Received: from mini-g4.jnpr.net (magarwal-t60.jnpr.net [172.24.104.114] (may be forged)) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id m16JB6q45890 for ; Wed, 6 Feb 2008 11:11:06 -0800 (PST) (envelope-from marcelm@juniper.net) Message-Id: From: Marcel Moolenaar To: current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 6 Feb 2008 11:11:06 -0800 X-Mailer: Apple Mail (2.915) X-OriginalArrivalTime: 06 Feb 2008 19:11:09.0544 (UTC) FILETIME=[07FDC680:01C868F4] X-Mailman-Approved-At: Wed, 06 Feb 2008 19:38:52 +0000 Cc: Subject: Old LOR between devfs & devfsmount resurfacing? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Wed, 06 Feb 2008 19:27:02 -0000 All, I just ran into the following LOR after upgrading my PowerPC box: lock order reversal: 1st 0xdbee94 devfs (devfs) @ /nfs/freebsd/8.x/src/sys/kern/ vfs_subr.c:2061 2nd 0xdfb014 devfsmount (devfsmount) @ /nfs/freebsd/8.x/src/sys/fs/ devfs/devfs_vnops.c:201 KDB: stack backtrace: 0xdc0febc8: at kdb_backtrace+0x4c 0xdc0febd8: at witness_checkorder+0x704 0xdc0fec28: at _sx_xlock+0x8c 0xdc0fec48: at devfs_allocv+0x138 0xdc0fec88: at devfs_root+0x5c 0xdc0fecb8: at set_rootvnode+0x44 0xdc0fece8: at vfs_mountroot+0x344 0xdc0fed48: at start_init+0x88 0xdc0feda8: at fork_exit+0xb4 0xdc0fedc8: at fork_trampoline+0xc KDB: enter: witness_checkorder [thread pid 1 tid 100001 ] Stopped at 0x28ee68: addi r0, r0, 0x0 It seems that this is a LOR reported in 2006 and fixed in 2006 as well. Do other people see this too, or should I suspect my sources? -- Marcel Moolenaar marcelm@juniper.net