From: Jan Kara <jack@suse.cz>
To: Theodore Ts'o <tytso@mit.edu>
Cc: linux-kernel@vger.kernel.org, linux-fsdevel@vger.kernel.org,
Jan Kara <jack@suse.cz>, Fengguang Wu <fengguang.wu@intel.com>
Subject: Re: writeback: bad unlock balance detected in 3.5-rc1
Date: Fri, 8 Jun 2012 17:07:36 +0200 [thread overview]
Message-ID: <20120608150736.GF21080@quack.suse.cz> (raw)
In-Reply-To: <E1Sd0IP-0005nh-AJ@tytso-glaptop.cam.corp.google.com>
[-- Attachment #1: Type: text/plain, Size: 2871 bytes --]
On Fri 08-06-12 10:36:13, Ted Tso wrote:
>
> I can reproduce this fairly easily by using ext4 w/o a journal, running
> under KVM with 1024megs memory, with fsstress (xfstests #13):
Argh, I wonder how come I didn't hit this. Does attached patch fix the
problem?
Honza
>
> 013 [ 45.152457]
> [ 45.153294] =====================================
> [ 45.154784] [ BUG: bad unlock balance detected! ]
> [ 45.155591] 3.5.0-rc1-00002-gb22b1f1 #124 Not tainted
> [ 45.155591] -------------------------------------
> [ 45.155591] flush-254:16/2499 is trying to release lock (&(&wb->list_lock)->rlock) at:
> [ 45.155591] [<c022c3da>] writeback_sb_inodes+0x160/0x327
> [ 45.155591] but there are no more locks to release!
> [ 45.155591]
> [ 45.155591] other info that might help us debug this:
> [ 45.155591] 1 lock held by flush-254:16/2499:
> [ 45.155591] #0: (&sb->s_type->i_lock_key#13){+.+...}, at: [<c022c33d>] writeback_sb_inodes+0xc3/0x327
> [ 45.155591]
> [ 45.155591] stack backtrace:
> [ 45.155591] Pid: 2499, comm: flush-254:16 Not tainted 3.5.0-rc1-00002-gb22b1f1 #124
> [ 45.155591] Call Trace:
> [ 45.155591] [<c022c3da>] ? writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c019930e>] print_unlock_inbalance_bug+0xb4/0xc1
> [ 45.155591] [<c022c3da>] ? writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c022c3da>] ? writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c019b5c2>] lock_release_non_nested+0x9f/0x1e8
> [ 45.155591] [<c022c3da>] ? writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c022c3da>] ? writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c019b875>] lock_release+0x16a/0x18a
> [ 45.155591] [<c06ec713>] _raw_spin_unlock+0x1b/0x25
> [ 45.155591] [<c022c3da>] writeback_sb_inodes+0x160/0x327
> [ 45.155591] [<c022c784>] wb_writeback+0xf2/0x1c1
> [ 45.155591] [<c0160477>] ? _local_bh_enable_ip+0x9d/0xa6
> [ 45.155591] [<c022c8c4>] wb_do_writeback+0x71/0x18c
> [ 45.155591] [<c022ca7b>] bdi_writeback_thread+0x9c/0x18d
> [ 45.155591] [<c0199b97>] ? trace_hardirqs_on+0xb/0xd
> [ 45.155591] [<c022c9df>] ? wb_do_writeback+0x18c/0x18c
> [ 45.155591] [<c017316a>] kthread+0x6c/0x71
> [ 45.155591] [<c01730fe>] ? __init_kthread_worker+0x47/0x47
> [ 45.155591] [<c06f237a>] kernel_thread_helper+0x6/0x10
> [ 105.196666] INFO: rcu_sched self-detected stall on CPU { 1} (t=18000 jiffies)
> [ 105.196670] Pid: 2499, comm: flush-254:16 Not tainted 3.5.0-rc1-00002-gb22b1f1 #124
> [ 105.199991] INFO: rcu_sched self-detected stall on CPU { 0} (t=18000 jiffies)
> --
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at http://www.tux.org/lkml/
--
Jan Kara <jack@suse.cz>
SUSE Labs, CR
[-- Attachment #2: wb_lock_imbalance.diff --]
[-- Type: text/x-patch, Size: 419 bytes --]
diff --git a/fs/fs-writeback.c b/fs/fs-writeback.c
index 8d2fb8c..41a3ccf 100644
--- a/fs/fs-writeback.c
+++ b/fs/fs-writeback.c
@@ -664,6 +664,7 @@ static long writeback_sb_inodes(struct super_block *sb,
/* Wait for I_SYNC. This function drops i_lock... */
inode_sleep_on_writeback(inode);
/* Inode may be gone, start again */
+ spin_lock(&wb->list_lock);
continue;
}
inode->i_state |= I_SYNC;
next prev parent reply other threads:[~2012-06-08 15:07 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-08 14:36 writeback: bad unlock balance detected in 3.5-rc1 Theodore Ts'o
2012-06-08 15:07 ` Jan Kara [this message]
2012-06-08 15:45 ` Fengguang Wu
2012-06-08 15:51 ` Sedat Dilek
2012-06-08 16:00 ` Fengguang Wu
2012-06-08 20:50 ` Jan Kara
2012-06-11 11:21 ` Artem Bityutskiy
2012-06-11 11:21 ` Fengguang Wu
2012-06-08 20:28 ` Ted Ts'o
2012-06-08 23:37 ` Fengguang Wu
2012-06-09 2:38 ` Ted Ts'o
2012-06-09 11:07 ` Fengguang Wu
2012-06-09 11:17 ` Ted Ts'o
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120608150736.GF21080@quack.suse.cz \
--to=jack@suse.cz \
--cc=fengguang.wu@intel.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tytso@mit.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).