From: Reuben Farrelly <reuben-lkml@reub.net>
To: Andrew Morton <akpm@osdl.org>
Cc: John McCutchan <john@johnmccutchan.com>,
Ingo Molnar <mingo@elte.hu>,
Linux Kernel <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.18-rc1-mm2
Date: Sun, 23 Jul 2006 12:55:39 +1200 [thread overview]
Message-ID: <44C2C90B.6090108@reub.net> (raw)
In-Reply-To: <20060713224800.6cbdbf5d.akpm@osdl.org>
On 14/07/2006 5:48 p.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc1/2.6.18-rc1-mm2/
>
> - Patches were merged, added, dropped and fixed. Nothing particularly exciting.
>
> - Added the avr32 architecture. Review is sought, please.
Just spotted this in logs:
=======================================================
[ INFO: possible circular locking dependency detected ]
-------------------------------------------------------
imap/30033 is trying to acquire lock:
(iprune_mutex){--..}, at: [<ffffffff80263f71>] mutex_lock+0x19/0x20
but task is already holding lock:
(&dev->ev_mutex){--..}, at: [<ffffffff80263f71>] mutex_lock+0x19/0x20
which lock already depends on the new lock.
the existing dependency chain (in reverse order) is:
-> #3 (&dev->ev_mutex){--..}:
[<ffffffff8029b639>] lock_acquire+0x4e/0x75
[<ffffffff80263def>] __mutex_lock_slowpath+0xd3/0x23c
[<ffffffff80263f70>] mutex_lock+0x18/0x20
[<ffffffff8021d583>] inotify_dev_queue_event+0x33/0x140
[<ffffffff802da926>] inotify_remove_watch_locked+0x34/0x3a
[<ffffffff802daa0c>] inotify_rm_wd+0x8b/0xb5
[<ffffffff802dafd8>] sys_inotify_rm_watch+0x4a/0x6b
[<ffffffff8025f3a1>] system_call+0x7d/0x83
-> #2 (&ih->mutex){--..}:
[<ffffffff8029b639>] lock_acquire+0x4e/0x75
[<ffffffff80263def>] __mutex_lock_slowpath+0xd3/0x23c
[<ffffffff80263f70>] mutex_lock+0x18/0x20
[<ffffffff802da5d8>] inotify_find_update_watch+0x49/0x9d
[<ffffffff8024d4fd>] sys_inotify_add_watch+0xd8/0x1ac
[<ffffffff8025f3a1>] system_call+0x7d/0x83
-> #1 (&inode->inotify_mutex){--..}:
[<ffffffff8029b639>] lock_acquire+0x4e/0x75
[<ffffffff80263def>] __mutex_lock_slowpath+0xd3/0x23c
[<ffffffff80263f70>] mutex_lock+0x18/0x20
[<ffffffff8025b984>] inotify_unmount_inodes+0xd4/0x1d0
[<ffffffff802ce62b>] invalidate_inodes+0x46/0x10b
[<ffffffff802c61d7>] generic_shutdown_super+0x77/0x16c
[<ffffffff802c62f1>] kill_block_super+0x25/0x3b
[<ffffffff802c63bf>] deactivate_super+0x4b/0x6c
[<ffffffff8022d040>] mntput_no_expire+0x57/0x92
[<ffffffff802325e1>] path_release_on_umount+0x1c/0x2b
[<ffffffff802d01e1>] sys_umount+0x251/0x29b
[<ffffffff8025f3a1>] system_call+0x7d/0x83
-> #0 (iprune_mutex){--..}:
[<ffffffff8029b639>] lock_acquire+0x4e/0x75
[<ffffffff80263def>] __mutex_lock_slowpath+0xd3/0x23c
[<ffffffff80263f70>] mutex_lock+0x18/0x20
[<ffffffff8022d9f1>] shrink_icache_memory+0x41/0x270
[<ffffffff80240dc3>] shrink_slab+0x11c/0x1c9
[<ffffffff802b5103>] try_to_free_pages+0x186/0x244
[<ffffffff8020efec>] __alloc_pages+0x1cc/0x2e0
[<ffffffff8025e1f7>] cache_alloc_refill+0x3f7/0x821
[<ffffffff8020a5e4>] kmem_cache_alloc+0x84/0xcb
[<ffffffff802db026>] kernel_event+0x2d/0x122
[<ffffffff8021d61b>] inotify_dev_queue_event+0xcb/0x140
[<ffffffff802da926>] inotify_remove_watch_locked+0x34/0x3a
[<ffffffff802daa0c>] inotify_rm_wd+0x8b/0xb5
[<ffffffff802dafd8>] sys_inotify_rm_watch+0x4a/0x6b
[<ffffffff8025f3a1>] system_call+0x7d/0x83
other info that might help us debug this:
4 locks held by imap/30033:
#0: (&inode->inotify_mutex){--..}, at: [<ffffffff80263f71>] mutex_lock+0x19/0x20
#1: (&ih->mutex){--..}, at: [<ffffffff80263f71>] mutex_lock+0x19/0x20
#2: (&dev->ev_mutex){--..}, at: [<ffffffff80263f71>] mutex_lock+0x19/0x20
#3: (shrinker_rwsem){----}, at: [<ffffffff80240cd9>] shrink_slab+0x32/0x1c9
stack backtrace:
Call Trace:
[<ffffffff8026963e>] show_trace+0xae/0x265
[<ffffffff8026980a>] dump_stack+0x15/0x1b
[<ffffffff8029996d>] print_circular_bug_tail+0x6d/0x80
[<ffffffff8029b2fd>] __lock_acquire+0x9cd/0xcbb
[<ffffffff8029b63a>] lock_acquire+0x4f/0x75
[<ffffffff80263df0>] __mutex_lock_slowpath+0xd4/0x23c
[<ffffffff80263f71>] mutex_lock+0x19/0x20
[<ffffffff8022d9f2>] shrink_icache_memory+0x42/0x270
[<ffffffff80240dc4>] shrink_slab+0x11d/0x1c9
[<ffffffff802b5104>] try_to_free_pages+0x187/0x244
[<ffffffff8020efed>] __alloc_pages+0x1cd/0x2e0
[<ffffffff8025e1f8>] cache_alloc_refill+0x3f8/0x821
[<ffffffff8020a5e5>] kmem_cache_alloc+0x85/0xcb
[<ffffffff802db027>] kernel_event+0x2e/0x122
[<ffffffff8021d61c>] inotify_dev_queue_event+0xcc/0x140
[<ffffffff802da927>] inotify_remove_watch_locked+0x35/0x3a
[<ffffffff802daa0d>] inotify_rm_wd+0x8c/0xb5
[<ffffffff802dafd9>] sys_inotify_rm_watch+0x4b/0x6b
[<ffffffff8025f3a2>] system_call+0x7e/0x83
[<000000350ced0247>]
Reuben
next prev parent reply other threads:[~2006-07-23 0:55 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-14 5:48 2.6.18-rc1-mm2 Andrew Morton
2006-07-14 6:55 ` 2.6.18-rc1-mm2 Reuben Farrelly
2006-07-14 7:05 ` 2.6.18-rc1-mm2 Andrew Morton
2006-07-15 0:04 ` 2.6.18-rc1-mm2 Herbert Xu
[not found] ` <20060714172010.fcc50c0a.akpm@osdl.org>
[not found] ` <20060715002623.GE9334@gondor.apana.org.au>
[not found] ` <20060714173517.cdd58097.akpm@osdl.org>
2006-07-15 1:06 ` 2.6.18-rc1-mm2 Herbert Xu
2006-07-15 5:40 ` 2.6.18-rc1-mm2 David Miller
2006-07-15 6:04 ` 2.6.18-rc1-mm2 Dave Jones
2006-07-16 1:19 ` 2.6.18-rc1-mm2 David Miller
2006-07-15 10:32 ` 2.6.18-rc1-mm2 Herbert Xu
2006-07-15 10:34 ` 2.6.18-rc1-mm2 Herbert Xu
2006-07-14 7:33 ` 2.6.18-rc1-mm2 David Miller
2006-07-14 7:00 ` 2.6.18-rc1-mm2 Reuben Farrelly
2006-07-14 8:39 ` [patch -mm] s390: kprobes compile fix Heiko Carstens
2006-07-14 11:30 ` 2.6.18-rc1-mm2 Reuben Farrelly
2006-07-14 15:00 ` 2.6.18-rc1-mm2 Andrew Morton
2006-07-14 11:36 ` 2.6.18-rc1-mm2 Rafael J. Wysocki
2006-07-14 18:00 ` 2.6.18-rc1-mm2 Andrew Morton
2006-07-14 18:36 ` 2.6.18-rc1-mm2 Michal Piotrowski
2006-07-14 20:27 ` 2.6.18-rc1-mm2 Rafael J. Wysocki
2006-07-14 12:23 ` 2.6.18-rc1-mm2 Michal Piotrowski
2006-07-14 12:36 ` 2.6.18-rc1-mm2 Lexington Luthor
2006-07-14 16:30 ` [PATCH] fixed add_bind_files() definition Yoichi Yuasa
2006-07-14 15:48 ` 2.6.18-rc1-mm2 Dave Hansen
2006-07-18 21:49 ` 2.6.18-rc1-mm2 Haavard Skinnemoen
2006-07-14 16:30 ` 2.6.18-rc1-mm2 (bttv: NULL pointer derefernce) Dominik Karall
2006-08-02 16:00 ` 2.6.18-rc1-mm2 and 2.6.18-rc3 " Dominik Karall
2006-08-02 16:49 ` Andrew Morton
2006-08-02 16:57 ` Linus Torvalds
2006-08-02 18:02 ` Mauro Carvalho Chehab
2006-08-02 17:08 ` Bret Towe
2006-07-14 17:57 ` 2.6.18-rc1-mm2 Cédric Augonnet
2006-07-14 18:18 ` 2.6.18-rc1-mm2 Andrew Morton
2006-07-14 18:50 ` 2.6.18-rc1-mm2 Cédric Augonnet
2006-07-14 18:48 ` 2.6.18-rc1-mm2: drivers/char/*synclink* compile errors Adrian Bunk
2006-07-14 21:31 ` David Miller
2006-07-14 19:08 ` 2.6.18-rc1-mm2: drivers/scsi/NCR53C9x.c compile error Adrian Bunk
2006-07-20 10:17 ` 2.6.18-rc1-mm2: drivers/fc4/fc.c " Adrian Bunk
2006-07-15 0:35 ` [-mm patch] remove net/core/skbuff.c:skb_queue_lock_key Adrian Bunk
2006-07-15 5:35 ` Arjan van de Ven
2006-07-15 0:35 ` [-mm patch] drivers/char/pc8736x_gpio.c: unexport a static struct Adrian Bunk
2006-07-15 14:50 ` Chris Boot
2006-07-15 0:35 ` [RFC: -mm patch] drivers/char/scx200_gpio.c: make code static Adrian Bunk
2006-07-15 14:49 ` Chris Boot
2006-07-15 15:37 ` Adrian Bunk
2006-07-15 17:10 ` Chris Boot
2006-07-15 23:49 ` Jim Cromie
2006-07-15 0:35 ` [-mm patch] drivers/crypto/padlock-sha.c: make 2 functions static Adrian Bunk
2006-07-15 0:39 ` Herbert Xu
2006-07-15 0:35 ` [RFC: -mm patch] drivers/usb/core/driver.c: " Adrian Bunk
2006-07-15 12:50 ` [linux-usb-devel] " Alan Stern
2006-07-15 0:36 ` [RFC: -mm patch] fs/dlm/lock.c: unexport dlm_lvb_operations Adrian Bunk
2006-07-19 23:27 ` Steven Whitehouse
2006-07-15 0:37 ` [-mm patch] drivers/char/pc8736x_gpio.c: remove unused static functions Adrian Bunk
2006-07-18 16:07 ` Jim Cromie
2006-07-30 16:49 ` Jim Cromie
2006-07-22 9:49 ` [patch] mdacon: fix __init section warnings Frederik Deweerdt
2006-07-23 0:55 ` Reuben Farrelly [this message]
2006-07-24 17:21 ` [patch] inotify: fix deadlock found by lockdep Arjan van de Ven
2006-07-24 19:14 ` Ingo Molnar
2006-07-24 22:08 ` Robert Love
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=44C2C90B.6090108@reub.net \
--to=reuben-lkml@reub.net \
--cc=akpm@osdl.org \
--cc=john@johnmccutchan.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
/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