mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Srihari Vijayaraghavan <sriharivijayaraghavan@yahoo.com.au>
To: lkml <linux-kernel@vger.kernel.org>
Cc: sfrench@samba.org
Subject: CIFS & Lockdep warnings
Date: Mon, 14 Aug 2006 11:05:03 +1000 (EST)	[thread overview]
Message-ID: <20060814010503.2932.qmail@web52605.mail.yahoo.com> (raw)

This is observed on 2.6.18-rc4 on SUSE 10.1 x86 on
P-IV. The volume is question was mounted from a
Windows 2003 server.

=======================================================
[ INFO: possible circular locking dependency detected
]
-------------------------------------------------------
cp/11790 is trying to acquire lock:
 (iprune_mutex){--..}, at: [<c029e364>]
mutex_lock+0x19/0x20

but task is already holding lock:
 (&inode->i_mutex){--..}, at: [<c029e364>]
mutex_lock+0x19/0x20

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #1 (&inode->i_mutex){--..}:
       [<c012a1c0>] lock_acquire+0x56/0x73
       [<c029e205>] __mutex_lock_slowpath+0xa6/0x1ec
       [<c029e364>] mutex_lock+0x19/0x20
       [<e3cd2b7a>] ntfs_put_inode+0x3e/0x79 [ntfs]
       [<c0169ac1>] iput+0x33/0x70
       [<c017738e>] inotify_unmount_inodes+0x12e/0x15f
       [<c016a55c>] invalidate_inodes+0x38/0xd1
       [<c01599b3>] generic_shutdown_super+0x5a/0x108
       [<c0159a81>] kill_block_super+0x20/0x36
       [<c0159b56>] deactivate_super+0x61/0x78
       [<c016c561>] mntput_no_expire+0x44/0x78
       [<c015f536>] path_release_on_umount+0x16/0x1d
       [<c016d692>] sys_umount+0x1d2/0x208
       [<c016d6d5>] sys_oldumount+0xd/0xf
       [<c0102cfb>] syscall_call+0x7/0xb

-> #0 (iprune_mutex){--..}:
       [<c012a1c0>] lock_acquire+0x56/0x73
       [<c029e205>] __mutex_lock_slowpath+0xa6/0x1ec
       [<c029e364>] mutex_lock+0x19/0x20
       [<c016a3a2>] shrink_icache_memory+0x33/0x1b5
       [<c0142b56>] shrink_slab+0xce/0x125
       [<c0143385>] try_to_free_pages+0x125/0x1cc
       [<c013f8a8>] __alloc_pages+0x184/0x26d
       [<c013ca52>]
generic_file_buffered_write+0x15a/0x53d
       [<c013d175>]
__generic_file_aio_write_nolock+0x340/0x38d
       [<c013d223>] generic_file_aio_write+0x61/0xb3
       [<e3d8a326>] cifs_file_aio_write+0x23/0x43
[cifs]
       [<c0153bb3>] do_sync_write+0x9d/0xce
       [<c0154437>] vfs_write+0xaa/0x14e
       [<c015496e>] sys_write+0x3a/0x61
       [<c0102cfb>] syscall_call+0x7/0xb

other info that might help us debug this:

2 locks held by cp/11790:
 #0:  (&inode->i_mutex){--..}, at: [<c029e364>]
mutex_lock+0x19/0x20
 #1:  (shrinker_rwsem){----}, at: [<c0142aa8>]
shrink_slab+0x20/0x125

stack backtrace:
 [<c01033da>] show_trace_log_lvl+0x57/0x157
 [<c0103a28>] show_trace+0x16/0x19
 [<c0103ac9>] dump_stack+0x1a/0x1f
 [<c0129551>] print_circular_bug_tail+0x59/0x64
 [<c0129d6e>] __lock_acquire+0x812/0x9a3
 [<c012a1c0>] lock_acquire+0x56/0x73
 [<c029e205>] __mutex_lock_slowpath+0xa6/0x1ec
 [<c029e364>] mutex_lock+0x19/0x20
 [<c016a3a2>] shrink_icache_memory+0x33/0x1b5
 [<c0142b56>] shrink_slab+0xce/0x125
 [<c0143385>] try_to_free_pages+0x125/0x1cc
 [<c013f8a8>] __alloc_pages+0x184/0x26d
 [<c013ca52>] generic_file_buffered_write+0x15a/0x53d
 [<c013d175>]
__generic_file_aio_write_nolock+0x340/0x38d
 [<c013d223>] generic_file_aio_write+0x61/0xb3
 [<e3d8a326>] cifs_file_aio_write+0x23/0x43 [cifs]
 [<c0153bb3>] do_sync_write+0x9d/0xce
 [<c0154437>] vfs_write+0xaa/0x14e
 [<c015496e>] sys_write+0x3a/0x61
 [<c0102cfb>] syscall_call+0x7/0xb
DWARF2 unwinder stuck at syscall_call+0x7/0xb
Leftover inexact backtrace:
 [<c0103a28>] show_trace+0x16/0x19
 [<c0103ac9>] dump_stack+0x1a/0x1f
 [<c0129551>] print_circular_bug_tail+0x59/0x64
 [<c0129d6e>] __lock_acquire+0x812/0x9a3
 [<c012a1c0>] lock_acquire+0x56/0x73
 [<c029e205>] __mutex_lock_slowpath+0xa6/0x1ec
 [<c029e364>] mutex_lock+0x19/0x20
 [<c016a3a2>] shrink_icache_memory+0x33/0x1b5
 [<c0142b56>] shrink_slab+0xce/0x125
 [<c0143385>] try_to_free_pages+0x125/0x1cc
 [<c013f8a8>] __alloc_pages+0x184/0x26d
 [<c013ca52>] generic_file_buffered_write+0x15a/0x53d
 [<c013d175>]
__generic_file_aio_write_nolock+0x340/0x38d
 [<c013d223>] generic_file_aio_write+0x61/0xb3
 [<e3d8a326>] cifs_file_aio_write+0x23/0x43 [cifs]
 [<c0153bb3>] do_sync_write+0x9d/0xce
 [<c0154437>] vfs_write+0xaa/0x14e
 [<c015496e>] sys_write+0x3a/0x61
 [<c0102cfb>] syscall_call+0x7/0xb

More info on request.

Thanks


		
____________________________________________________ 
On Yahoo!7 
360°: Your own space to share what you want with who you want! 
http://www.yahoo7.com.au/360

             reply	other threads:[~2006-08-14  1:05 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-08-14  1:05 Srihari Vijayaraghavan [this message]
2006-08-14  1:51 ` Andrew Morton
2006-08-14  2:03   ` Srihari Vijayaraghavan
2006-08-14  8:44   ` Anton Altaparmakov

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=20060814010503.2932.qmail@web52605.mail.yahoo.com \
    --to=sriharivijayaraghavan@yahoo.com.au \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sfrench@samba.org \
    /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

all inboxes | Powered by JetHome®