From: Tilman Schmidt <tilman@imap.cc>
To: Srinivasa Ds <srinivasa@in.ibm.com>
Cc: LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] Re:[2.6.19-rc4] "possible recursive locking detected" in reiserfs_xattr_set
Date: Wed, 08 Nov 2006 01:04:48 +0100 [thread overview]
Message-ID: <45511F20.6000705@imap.cc> (raw)
In-Reply-To: <4550819C.10403@in.ibm.com>
[-- Attachment #1: Type: text/plain, Size: 9095 bytes --]
Am 07.11.2006 13:52 schrieb Srinivasa Ds:
> This looks like a different problem which got revealed after my patch
> got applied. Please test below patch and let me know your comments.
This reveals another one. Now I get:
Nov 8 00:47:27 gx110 kernel: [ 285.838595]
Nov 8 00:47:27 gx110 kernel: [ 285.838602] =======================================================
Nov 8 00:47:27 gx110 kernel: [ 285.838628] [ INFO: possible circular locking dependency detected ]
Nov 8 00:47:27 gx110 kernel: [ 285.838639] 2.6.19-rc4-noinitrd #3
Nov 8 00:47:27 gx110 kernel: [ 285.838646] -------------------------------------------------------
Nov 8 00:47:27 gx110 kernel: [ 285.838656] kdm/3237 is trying to acquire lock:
Nov 8 00:47:27 gx110 kernel: [ 285.838664] (&inode->i_mutex/2){--..}, at: [<c01c29d2>] reiserfs_xattr_set+0xe9/0x2c3
Nov 8 00:47:27 gx110 kernel: [ 285.838709]
Nov 8 00:47:27 gx110 kernel: [ 285.838711] but task is already holding lock:
Nov 8 00:47:27 gx110 kernel: [ 285.838719] (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<c01c3992>] reiserfs_acl_chmod+0x116/0x180
Nov 8 00:47:27 gx110 kernel: [ 285.838744]
Nov 8 00:47:27 gx110 kernel: [ 285.838746] which lock already depends on the new lock.
Nov 8 00:47:27 gx110 kernel: [ 285.838749]
Nov 8 00:47:27 gx110 kernel: [ 285.838758]
Nov 8 00:47:27 gx110 kernel: [ 285.838760] the existing dependency chain (in reverse order) is:
Nov 8 00:47:27 gx110 kernel: [ 285.838769]
Nov 8 00:47:27 gx110 kernel: [ 285.838771] -> #3 (&REISERFS_SB(s)->xattr_dir_sem){----}:
Nov 8 00:47:27 gx110 kernel: [ 285.838785] [<c012fcb7>] add_lock_to_list+0x62/0x7e
Nov 8 00:47:27 gx110 kernel: [ 285.838814] [<c0130577>] __lock_acquire+0x8a4/0x99c
Nov 8 00:47:27 gx110 kernel: [ 285.838834] [<c0130930>] lock_acquire+0x5b/0x7b
Nov 8 00:47:27 gx110 kernel: [ 285.838853] [<c012c8c5>] down_read+0x3a/0x4b
Nov 8 00:47:27 gx110 kernel: [ 285.838891] [<c01c3820>] reiserfs_cache_default_acl+0x43/0x9f
Nov 8 00:47:27 gx110 kernel: [ 285.838912] [<c01a2824>] reiserfs_create+0x68/0x1e3
Nov 8 00:47:27 gx110 kernel: [ 285.838936] [<c016a559>] vfs_create+0xd1/0x149
Nov 8 00:47:27 gx110 kernel: [ 285.839030] [<c016a738>] open_namei+0x167/0x57f
Nov 8 00:47:27 gx110 kernel: [ 285.839056] [<c0160ba4>] do_filp_open+0x26/0x3b
Nov 8 00:47:27 gx110 kernel: [ 285.839086] [<c0160cc3>] do_sys_open+0x43/0xc2
Nov 8 00:47:27 gx110 kernel: [ 285.839112] [<c0160d79>] sys_open+0x1a/0x1c
Nov 8 00:47:27 gx110 kernel: [ 285.839138] [<c0102dfd>] sysenter_past_esp+0x56/0x8d
Nov 8 00:47:27 gx110 kernel: [ 285.839170] [<ffffffff>] 0xffffffff
Nov 8 00:47:27 gx110 kernel: [ 285.839224]
Nov 8 00:47:27 gx110 kernel: [ 285.839226] -> #2 (&REISERFS_I(inode)->xattr_sem){----}:
Nov 8 00:47:27 gx110 kernel: [ 285.839253] [<c012fcb7>] add_lock_to_list+0x62/0x7e
Nov 8 00:47:27 gx110 kernel: [ 285.839280] [<c0130577>] __lock_acquire+0x8a4/0x99c
Nov 8 00:47:27 gx110 kernel: [ 285.839307] [<c0130930>] lock_acquire+0x5b/0x7b
Nov 8 00:47:27 gx110 kernel: [ 285.839333] [<c012c8c5>] down_read+0x3a/0x4b
Nov 8 00:47:27 gx110 kernel: [ 285.839360] [<c01c380a>] reiserfs_cache_default_acl+0x2d/0x9f
Nov 8 00:47:27 gx110 kernel: [ 285.839388] [<c01a2824>] reiserfs_create+0x68/0x1e3
Nov 8 00:47:27 gx110 kernel: [ 285.839415] [<c016a559>] vfs_create+0xd1/0x149
Nov 8 00:47:27 gx110 kernel: [ 285.839441] [<c016a738>] open_namei+0x167/0x57f
Nov 8 00:47:27 gx110 kernel: [ 285.839467] [<c0160ba4>] do_filp_open+0x26/0x3b
Nov 8 00:47:27 gx110 kernel: [ 285.839493] [<c0160cc3>] do_sys_open+0x43/0xc2
Nov 8 00:47:27 gx110 kernel: [ 285.839519] [<c0160d79>] sys_open+0x1a/0x1c
Nov 8 00:47:27 gx110 kernel: [ 285.839544] [<c0102dfd>] sysenter_past_esp+0x56/0x8d
Nov 8 00:47:27 gx110 kernel: [ 285.839571] [<ffffffff>] 0xffffffff
Nov 8 00:47:27 gx110 kernel: [ 285.839597]
Nov 8 00:47:27 gx110 kernel: [ 285.839599] -> #1 (&inode->i_mutex){--..}:
Nov 8 00:47:27 gx110 kernel: [ 285.839625] [<c012fcb7>] add_lock_to_list+0x62/0x7e
Nov 8 00:47:27 gx110 kernel: [ 285.839651] [<c0130577>] __lock_acquire+0x8a4/0x99c
Nov 8 00:47:27 gx110 kernel: [ 285.839678] [<c0130930>] lock_acquire+0x5b/0x7b
Nov 8 00:47:27 gx110 kernel: [ 285.839704] [<c035ab6d>] __mutex_lock_slowpath+0xc6/0x23a
Nov 8 00:47:27 gx110 kernel: [ 285.839739] [<c035acfd>] mutex_lock+0x1c/0x1f
Nov 8 00:47:27 gx110 kernel: [ 285.839765] [<c01685fc>] vfs_rename+0x2d2/0x489
Nov 8 00:47:27 gx110 kernel: [ 285.839805] [<c016a01d>] sys_renameat+0x174/0x1d9
Nov 8 00:47:27 gx110 kernel: [ 285.839831] [<c016a0aa>] sys_rename+0x28/0x2a
Nov 8 00:47:27 gx110 kernel: [ 285.839856] [<c0102dfd>] sysenter_past_esp+0x56/0x8d
Nov 8 00:47:27 gx110 kernel: [ 285.839883] [<ffffffff>] 0xffffffff
Nov 8 00:47:27 gx110 kernel: [ 285.839964]
Nov 8 00:47:27 gx110 kernel: [ 285.839966] -> #0 (&inode->i_mutex/2){--..}:
Nov 8 00:47:27 gx110 kernel: [ 285.839994] [<c012fc1f>] print_circular_bug_tail+0x30/0x66
Nov 8 00:47:27 gx110 kernel: [ 285.840022] [<c0130476>] __lock_acquire+0x7a3/0x99c
Nov 8 00:47:27 gx110 kernel: [ 285.840049] [<c0130930>] lock_acquire+0x5b/0x7b
Nov 8 00:47:27 gx110 kernel: [ 285.840075] [<c035add9>] mutex_lock_nested+0xd9/0x24d
Nov 8 00:47:27 gx110 kernel: [ 285.840102] [<c01c29d2>] reiserfs_xattr_set+0xe9/0x2c3
Nov 8 00:47:27 gx110 kernel: [ 285.840129] [<c01c33fb>] reiserfs_set_acl+0x18d/0x204
Nov 8 00:47:27 gx110 kernel: [ 285.840157] [<c01c39a0>] reiserfs_acl_chmod+0x124/0x180
Nov 8 00:47:27 gx110 kernel: [ 285.840185] [<c01a3c49>] reiserfs_setattr+0x20b/0x243
Nov 8 00:47:27 gx110 kernel: [ 285.840214] [<c0173963>] notify_change+0x135/0x2c2
Nov 8 00:47:27 gx110 kernel: [ 285.840254] [<c015fbbf>] sys_fchmodat+0xa5/0xcf
Nov 8 00:47:27 gx110 kernel: [ 285.840280] [<c015fc0a>] sys_chmod+0x21/0x23
Nov 8 00:47:27 gx110 kernel: [ 285.840306] [<c0102dfd>] sysenter_past_esp+0x56/0x8d
Nov 8 00:47:27 gx110 kernel: [ 285.840333] [<ffffffff>] 0xffffffff
Nov 8 00:47:27 gx110 kernel: [ 285.840360]
Nov 8 00:47:27 gx110 kernel: [ 285.840362] other info that might help us debug this:
Nov 8 00:47:27 gx110 kernel: [ 285.840365]
Nov 8 00:47:27 gx110 kernel: [ 285.840397] 3 locks held by kdm/3237:
Nov 8 00:47:27 gx110 kernel: [ 285.840410] #0: (&inode->i_mutex/1){--..}, at: [<c015fb8b>] sys_fchmodat+0x71/0xcf
Nov 8 00:47:28 gx110 kernel: [ 285.840438] #1: (&REISERFS_I(inode)->xattr_sem){----}, at: [<c01c395d>] reiserfs_acl_chmod+0xe1/0x180
Nov 8 00:47:28 gx110 kernel: [ 285.840468] #2: (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<c01c3992>] reiserfs_acl_chmod+0x116/0x180
Nov 8 00:47:28 gx110 kernel: [ 285.840497]
Nov 8 00:47:28 gx110 kernel: [ 285.840499] stack backtrace:
Nov 8 00:47:28 gx110 kernel: [ 285.840526] [<c0103dc4>] dump_trace+0x64/0x1cc
Nov 8 00:47:28 gx110 kernel: [ 285.840554] [<c0103f45>] show_trace_log_lvl+0x19/0x2e
Nov 8 00:47:28 gx110 kernel: [ 285.840578] [<c01042a2>] show_trace+0x12/0x14
Nov 8 00:47:28 gx110 kernel: [ 285.840601] [<c01042bb>] dump_stack+0x17/0x19
Nov 8 00:47:28 gx110 kernel: [ 285.840623] [<c012fc4c>] print_circular_bug_tail+0x5d/0x66
Nov 8 00:47:28 gx110 kernel: [ 285.840646] [<c0130476>] __lock_acquire+0x7a3/0x99c
Nov 8 00:47:28 gx110 kernel: [ 285.840668] [<c0130930>] lock_acquire+0x5b/0x7b
Nov 8 00:47:28 gx110 kernel: [ 285.840691] [<c035add9>] mutex_lock_nested+0xd9/0x24d
Nov 8 00:47:28 gx110 kernel: [ 285.840713] [<c01c29d2>] reiserfs_xattr_set+0xe9/0x2c3
Nov 8 00:47:28 gx110 kernel: [ 285.840736] [<c01c33fb>] reiserfs_set_acl+0x18d/0x204
Nov 8 00:47:28 gx110 kernel: [ 285.840760] [<c01c39a0>] reiserfs_acl_chmod+0x124/0x180
Nov 8 00:47:28 gx110 kernel: [ 285.840783] [<c01a3c49>] reiserfs_setattr+0x20b/0x243
Nov 8 00:47:28 gx110 kernel: [ 285.840806] [<c0173963>] notify_change+0x135/0x2c2
Nov 8 00:47:28 gx110 kernel: [ 285.840829] [<c015fbbf>] sys_fchmodat+0xa5/0xcf
Nov 8 00:47:28 gx110 kernel: [ 285.840851] [<c015fc0a>] sys_chmod+0x21/0x23
Nov 8 00:47:28 gx110 kernel: [ 285.840872] [<c0102dfd>] sysenter_past_esp+0x56/0x8d
Nov 8 00:47:28 gx110 kernel: [ 285.840898] DWARF2 unwinder stuck at sysenter_past_esp+0x56/0x8d
Nov 8 00:47:28 gx110 kernel: [ 285.840914]
Nov 8 00:47:28 gx110 kernel: [ 285.840927] Leftover inexact backtrace:
Nov 8 00:47:28 gx110 kernel: [ 285.840930]
Nov 8 00:47:28 gx110 kernel: [ 285.840951] =======================
Thanks
Tilman
--
Tilman Schmidt E-Mail: tilman@imap.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeoeffnet mindestens haltbar bis: (siehe Rueckseite)
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 253 bytes --]
prev parent reply other threads:[~2006-11-08 0:02 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-11-03 16:12 [2.6.19-rc4] "possible recursive locking detected" in reiserfs_xattr_set Tilman Schmidt
2006-11-06 9:18 ` [PATCH] " Srinivasa Ds
2006-11-06 19:19 ` Tilman Schmidt
2006-11-07 12:52 ` Srinivasa Ds
2006-11-08 0:04 ` Tilman Schmidt [this message]
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=45511F20.6000705@imap.cc \
--to=tilman@imap.cc \
--cc=linux-kernel@vger.kernel.org \
--cc=srinivasa@in.ibm.com \
/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