* circular locking dependency check in reiserfs
@ 2009-01-20 14:49 Oliver Neukum
2009-01-20 14:53 ` Jeff Mahoney
0 siblings, 1 reply; 4+ messages in thread
From: Oliver Neukum @ 2009-01-20 14:49 UTC (permalink / raw)
To: reiserfs-devel, jeffm
I was reading mail.
Regards
Oliver
Jan 20 15:43:40 vanamonde kernel: =======================================================
Jan 20 15:43:40 vanamonde kernel: [ INFO: possible circular locking dependency detected ]
Jan 20 15:43:40 vanamonde kernel: 2.6.29-rc1-9-default #12
Jan 20 15:43:40 vanamonde kernel: -------------------------------------------------------
Jan 20 15:43:40 vanamonde kernel: kmail/6568 is trying to acquire lock:
Jan 20 15:43:40 vanamonde kernel: (&type->i_mutex_dir_key#5){--..}, at: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:40 vanamonde kernel:
Jan 20 15:43:40 vanamonde kernel: but task is already holding lock:
Jan 20 15:43:40 vanamonde kernel: (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<ffffffffa02896f1>] reiserfs_delete_xattrs+0xf8/0x15d [reiserfs]
Jan 20 15:43:40 vanamonde kernel:
Jan 20 15:43:40 vanamonde kernel: which lock already depends on the new lock.
Jan 20 15:43:40 vanamonde kernel:
Jan 20 15:43:40 vanamonde kernel:
Jan 20 15:43:40 vanamonde kernel: the existing dependency chain (in reverse order) is:
Jan 20 15:43:40 vanamonde kernel:
Jan 20 15:43:40 vanamonde kernel: -> #2 (&REISERFS_SB(s)->xattr_dir_sem){----}:
Jan 20 15:43:40 vanamonde kernel: [<ffffffff802563b9>] add_lock_to_list+0x70/0xaf
Jan 20 15:43:40 vanamonde kernel: [<ffffffff80259638>] __lock_acquire+0x120d/0x1570
Jan 20 15:43:40 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
Jan 20 15:43:40 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
Jan 20 15:43:40 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a1ae7>] down_read+0x3d/0x4a
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b4083>] generic_permission+0x4f/0xef
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b4189>] inode_permission+0x66/0x92
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b5f58>] __link_path_walk+0x130/0xdc0
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b6dda>] path_walk+0x66/0xc9
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7059>] do_path_lookup+0x184/0x1db
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7156>] path_lookup_open+0x56/0x92
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7c24>] do_filp_open+0x9f/0x84d
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802a8935>] cache_alloc_refill+0x1a1/0x204
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c05de>] alloc_fd+0x112/0x123
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802ab776>] do_sys_open+0x48/0xc5
Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
Jan 20 15:43:41 vanamonde kernel:
Jan 20 15:43:41 vanamonde kernel: -> #1 (&REISERFS_I(inode)->xattr_sem){----}:
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802563b9>] add_lock_to_list+0x70/0xaf
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259638>] __lock_acquire+0x120d/0x1570
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80255d85>] static_obj+0x64/0x82
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a1ae7>] down_read+0x3d/0x4a
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa026cf13>] reiserfs_create+0x7a/0x219 [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c149c>] mnt_want_write+0x25/0x85
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b5b1e>] vfs_create+0xdc/0x151
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7dba>] do_filp_open+0x235/0x84d
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c05de>] alloc_fd+0x112/0x123
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802ab776>] do_sys_open+0x48/0xc5
Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
Jan 20 15:43:41 vanamonde kernel:
Jan 20 15:43:41 vanamonde kernel: -> #0 (&type->i_mutex_dir_key#5){--..}:
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259310>] __lock_acquire+0xee5/0x1570
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a109f>] mutex_lock_nested+0x10b/0x296
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02896fd>] reiserfs_delete_xattrs+0x104/0x15d [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02721b6>] reiserfs_delete_inode+0x6a/0x11c [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa027214c>] reiserfs_delete_inode+0x0/0x11c [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802befed>] generic_delete_inode+0xc7/0x15b
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b74cb>] do_unlinkat+0xe7/0x139
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80257b5a>] trace_hardirqs_on_caller+0x115/0x138
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a27a4>] trace_hardirqs_on_thunk+0x3a/0x3f
Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
Jan 20 15:43:41 vanamonde kernel:
Jan 20 15:43:41 vanamonde kernel: other info that might help us debug this:
Jan 20 15:43:41 vanamonde kernel:
Jan 20 15:43:41 vanamonde kernel: 1 lock held by kmail/6568:
Jan 20 15:43:41 vanamonde kernel: #0: (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<ffffffffa02896f1>] reiserfs_delete_xattrs+0xf8/0x15d [reiserfs]
Jan 20 15:43:41 vanamonde kernel:
Jan 20 15:43:41 vanamonde kernel: stack backtrace:
Jan 20 15:43:41 vanamonde kernel: Pid: 6568, comm: kmail Not tainted 2.6.29-rc1-9-default #12
Jan 20 15:43:41 vanamonde kernel: Call Trace:
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80258056>] print_circular_bug_tail+0xbe/0xc7
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259310>] __lock_acquire+0xee5/0x1570
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a109f>] mutex_lock_nested+0x10b/0x296
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02896fd>] reiserfs_delete_xattrs+0x104/0x15d [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02721b6>] reiserfs_delete_inode+0x6a/0x11c [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffffa027214c>] reiserfs_delete_inode+0x0/0x11c [reiserfs]
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802befed>] generic_delete_inode+0xc7/0x15b
Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b74cb>] do_unlinkat+0xe7/0x139
Jan 20 15:43:41 vanamonde kernel: [<ffffffff80257b5a>] trace_hardirqs_on_caller+0x115/0x138
Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a27a4>] trace_hardirqs_on_thunk+0x3a/0x3f
Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: circular locking dependency check in reiserfs
2009-01-20 14:49 circular locking dependency check in reiserfs Oliver Neukum
@ 2009-01-20 14:53 ` Jeff Mahoney
2009-01-20 15:04 ` Oliver Neukum
0 siblings, 1 reply; 4+ messages in thread
From: Jeff Mahoney @ 2009-01-20 14:53 UTC (permalink / raw)
To: Oliver Neukum; +Cc: reiserfs-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Oliver Neukum wrote:
> I was reading mail.
>
> Regards
> Oliver
I know, I know.
The SUSE reiserfs patchset fixes this. I'm still tracking Novell bug
399966 before submitting. I'm still unable to reproduce it, and I'm not
sure if it occurs on the mainline kernel. I suspect it probably does,
but I want to be certain.
- -Jeff
> Jan 20 15:43:40 vanamonde kernel: =======================================================
> Jan 20 15:43:40 vanamonde kernel: [ INFO: possible circular locking dependency detected ]
> Jan 20 15:43:40 vanamonde kernel: 2.6.29-rc1-9-default #12
> Jan 20 15:43:40 vanamonde kernel: -------------------------------------------------------
> Jan 20 15:43:40 vanamonde kernel: kmail/6568 is trying to acquire lock:
> Jan 20 15:43:40 vanamonde kernel: (&type->i_mutex_dir_key#5){--..}, at: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:40 vanamonde kernel:
> Jan 20 15:43:40 vanamonde kernel: but task is already holding lock:
> Jan 20 15:43:40 vanamonde kernel: (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<ffffffffa02896f1>] reiserfs_delete_xattrs+0xf8/0x15d [reiserfs]
> Jan 20 15:43:40 vanamonde kernel:
> Jan 20 15:43:40 vanamonde kernel: which lock already depends on the new lock.
> Jan 20 15:43:40 vanamonde kernel:
> Jan 20 15:43:40 vanamonde kernel:
> Jan 20 15:43:40 vanamonde kernel: the existing dependency chain (in reverse order) is:
> Jan 20 15:43:40 vanamonde kernel:
> Jan 20 15:43:40 vanamonde kernel: -> #2 (&REISERFS_SB(s)->xattr_dir_sem){----}:
> Jan 20 15:43:40 vanamonde kernel: [<ffffffff802563b9>] add_lock_to_list+0x70/0xaf
> Jan 20 15:43:40 vanamonde kernel: [<ffffffff80259638>] __lock_acquire+0x120d/0x1570
> Jan 20 15:43:40 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
> Jan 20 15:43:40 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
> Jan 20 15:43:40 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a1ae7>] down_read+0x3d/0x4a
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028860e>] reiserfs_check_acl+0x37/0xb4 [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b4083>] generic_permission+0x4f/0xef
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b4189>] inode_permission+0x66/0x92
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b5f58>] __link_path_walk+0x130/0xdc0
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b6dda>] path_walk+0x66/0xc9
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7059>] do_path_lookup+0x184/0x1db
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7156>] path_lookup_open+0x56/0x92
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7c24>] do_filp_open+0x9f/0x84d
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802a8935>] cache_alloc_refill+0x1a1/0x204
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c05de>] alloc_fd+0x112/0x123
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802ab776>] do_sys_open+0x48/0xc5
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
> Jan 20 15:43:41 vanamonde kernel:
> Jan 20 15:43:41 vanamonde kernel: -> #1 (&REISERFS_I(inode)->xattr_sem){----}:
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802563b9>] add_lock_to_list+0x70/0xaf
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259638>] __lock_acquire+0x120d/0x1570
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80255d85>] static_obj+0x64/0x82
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a1ae7>] down_read+0x3d/0x4a
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa028ad02>] reiserfs_cache_default_acl+0x38/0xbc [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa026cf13>] reiserfs_create+0x7a/0x219 [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c149c>] mnt_want_write+0x25/0x85
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b5b1e>] vfs_create+0xdc/0x151
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b7dba>] do_filp_open+0x235/0x84d
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a2b8e>] _spin_unlock+0x17/0x20
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802c05de>] alloc_fd+0x112/0x123
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802ab776>] do_sys_open+0x48/0xc5
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
> Jan 20 15:43:41 vanamonde kernel:
> Jan 20 15:43:41 vanamonde kernel: -> #0 (&type->i_mutex_dir_key#5){--..}:
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259310>] __lock_acquire+0xee5/0x1570
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a109f>] mutex_lock_nested+0x10b/0x296
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02896fd>] reiserfs_delete_xattrs+0x104/0x15d [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02721b6>] reiserfs_delete_inode+0x6a/0x11c [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa027214c>] reiserfs_delete_inode+0x0/0x11c [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802befed>] generic_delete_inode+0xc7/0x15b
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b74cb>] do_unlinkat+0xe7/0x139
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80257b5a>] trace_hardirqs_on_caller+0x115/0x138
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a27a4>] trace_hardirqs_on_thunk+0x3a/0x3f
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffffffffff>] 0xffffffffffffffff
> Jan 20 15:43:41 vanamonde kernel:
> Jan 20 15:43:41 vanamonde kernel: other info that might help us debug this:
> Jan 20 15:43:41 vanamonde kernel:
> Jan 20 15:43:41 vanamonde kernel: 1 lock held by kmail/6568:
> Jan 20 15:43:41 vanamonde kernel: #0: (&REISERFS_SB(s)->xattr_dir_sem){----}, at: [<ffffffffa02896f1>] reiserfs_delete_xattrs+0xf8/0x15d [reiserfs]
> Jan 20 15:43:41 vanamonde kernel:
> Jan 20 15:43:41 vanamonde kernel: stack backtrace:
> Jan 20 15:43:41 vanamonde kernel: Pid: 6568, comm: kmail Not tainted 2.6.29-rc1-9-default #12
> Jan 20 15:43:41 vanamonde kernel: Call Trace:
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80258056>] print_circular_bug_tail+0xbe/0xc7
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80259310>] __lock_acquire+0xee5/0x1570
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802599ed>] lock_acquire+0x52/0x6c
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a109f>] mutex_lock_nested+0x10b/0x296
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b54d2>] vfs_rmdir+0x8c/0x108
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02896fd>] reiserfs_delete_xattrs+0x104/0x15d [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa02721b6>] reiserfs_delete_inode+0x6a/0x11c [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffffa027214c>] reiserfs_delete_inode+0x0/0x11c [reiserfs]
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802befed>] generic_delete_inode+0xc7/0x15b
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff802b74cb>] do_unlinkat+0xe7/0x139
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff80257b5a>] trace_hardirqs_on_caller+0x115/0x138
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff804a27a4>] trace_hardirqs_on_thunk+0x3a/0x3f
> Jan 20 15:43:41 vanamonde kernel: [<ffffffff8020bf5b>] system_call_fastpath+0x16/0x1b
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkl15XgACgkQLPWxlyuTD7JnqwCeN2R4rtOzwmSrzhHPtCflk6U7
SQcAn37+8qXgbCx4lfVSsdZpg+muPM9e
=cRzS
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: circular locking dependency check in reiserfs
2009-01-20 14:53 ` Jeff Mahoney
@ 2009-01-20 15:04 ` Oliver Neukum
2009-01-20 15:04 ` Jeff Mahoney
0 siblings, 1 reply; 4+ messages in thread
From: Oliver Neukum @ 2009-01-20 15:04 UTC (permalink / raw)
To: Jeff Mahoney; +Cc: reiserfs-devel
Am Tuesday 20 January 2009 15:53:44 schrieb Jeff Mahoney:
> Oliver Neukum wrote:
> > I was reading mail.
> >
> > Regards
> > Oliver
>
> I know, I know.
>
> The SUSE reiserfs patchset fixes this. I'm still tracking Novell bug
> 399966 before submitting. I'm still unable to reproduce it, and I'm not
> sure if it occurs on the mainline kernel. I suspect it probably does,
> but I want to be certain.
Sorry, I should clearly stated that this was on vanilla 2.6.29-rc1 plus
a few USB patches.
Regards
Oliver
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: circular locking dependency check in reiserfs
2009-01-20 15:04 ` Oliver Neukum
@ 2009-01-20 15:04 ` Jeff Mahoney
0 siblings, 0 replies; 4+ messages in thread
From: Jeff Mahoney @ 2009-01-20 15:04 UTC (permalink / raw)
To: Oliver Neukum; +Cc: reiserfs-devel
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Oliver Neukum wrote:
> Am Tuesday 20 January 2009 15:53:44 schrieb Jeff Mahoney:
>> Oliver Neukum wrote:
>>> I was reading mail.
>>>
>>> Regards
>>> Oliver
>> I know, I know.
>>
>> The SUSE reiserfs patchset fixes this. I'm still tracking Novell bug
>> 399966 before submitting. I'm still unable to reproduce it, and I'm not
>> sure if it occurs on the mainline kernel. I suspect it probably does,
>> but I want to be certain.
>
> Sorry, I should clearly stated that this was on vanilla 2.6.29-rc1 plus
> a few USB patches.
Yeah, I figured. I was referring to bnc#399966, not your bug. Your bug
is already fixed in my tree.
- -Jeff
- --
Jeff Mahoney
SUSE Labs
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.9 (GNU/Linux)
Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org
iEYEARECAAYFAkl15+4ACgkQLPWxlyuTD7IRngCgktNqyrKlvu7nbUksFRFouo+r
YicAn3H8TTh0lBcOr2E7cGLKGiDoxs5r
=Hkq9
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2009-01-20 15:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-01-20 14:49 circular locking dependency check in reiserfs Oliver Neukum
2009-01-20 14:53 ` Jeff Mahoney
2009-01-20 15:04 ` Oliver Neukum
2009-01-20 15:04 ` Jeff Mahoney
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.