From mboxrd@z Thu Jan 1 00:00:00 1970 From: Brian Foster Subject: Re: [RT XFS] BUG from lockdep in xfs Date: Wed, 9 Sep 2015 07:44:51 -0400 Message-ID: <20150909114451.GA30015@bfoster.bfoster> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: rt-users , xfs , Philipp Schrader , Brian Silverman , Dave Chinner To: Austin Schuh Return-path: Received: from mx1.redhat.com ([209.132.183.28]:52739 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752805AbbIILox (ORCPT ); Wed, 9 Sep 2015 07:44:53 -0400 Content-Disposition: inline In-Reply-To: Sender: linux-rt-users-owner@vger.kernel.org List-ID: On Tue, Sep 08, 2015 at 11:54:07PM -0700, Austin Schuh wrote: > I'm running xfstests and got the following BUG with lockdep enabled. > I'm running the 4.1.6-rt5 kernel from TI's tree on a TI ARM chip. > > Any ideas on what could be causing it, or if it is a real problem? > > I see some patches in Dave's latest 4.3 pull request that discuss > lockdep. Are there any ones there that are worth backporting to my > 4.1.6 kernel? > I suspect Dave's recent rework of the lockdep namespace bits is what you want: 0952c818 xfs: clean up inode lockdep annotations Note that there are a few follow on patches as well to clean up directory locking and some kconfig related warnings and such. Brian > [ 4349.692989] run fstests generic/078 at 2015-09-09 04:58:56 > [ 4357.394974] BUG: looking up invalid subclass: 8 > [ 4357.394979] turning off the locking correctness validator. > [ 4357.394989] CPU: 0 PID: 22963 Comm: renameat2 Not tainted 4.1.6-rt5+ #9 > [ 4357.394993] Hardware name: Generic DRA74X (Flattened Device Tree) > [ 4357.395012] [] (unwind_backtrace) from [] > (show_stack+0x20/0x24) > [ 4357.395026] [] (show_stack) from [] > (dump_stack+0x84/0xa0) > [ 4357.395038] [] (dump_stack) from [] > (__lock_acquire+0x694/0x1ec0) > [ 4357.395046] [] (__lock_acquire) from [] > (lock_acquire+0x10c/0x354) > [ 4357.395055] [] (lock_acquire) from [] > (rt_down_write_nested+0x3c/0x4c) > [ 4357.395069] [] (rt_down_write_nested) from [] > (xfs_ilock+0x110/0x328) > [ 4357.395080] [] (xfs_ilock) from [] > (xfs_lock_inodes+0x80/0x1b0) > [ 4357.395088] [] (xfs_lock_inodes) from [] > (xfs_rename+0x214/0xd24) > [ 4357.395097] [] (xfs_rename) from [] > (xfs_vn_rename+0x94/0xa8) > [ 4357.395110] [] (xfs_vn_rename) from [] > (vfs_rename+0x5c0/0x870) > [ 4357.395119] [] (vfs_rename) from [] > (SyS_renameat2+0x458/0x48c) > [ 4357.395130] [] (SyS_renameat2) from [] > (ret_fast_syscall+0x0/0x54) > > Thanks! > Austin > > _______________________________________________ > xfs mailing list > xfs@oss.sgi.com > http://oss.sgi.com/mailman/listinfo/xfs