[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <1252288907.27723.8.camel@dhcp231-106.rdu.redhat.com>
Date: Sun, 06 Sep 2009 22:01:47 -0400
From: Eric Paris <eparis@...hat.com>
To: Kevin Winchester <kjwinchester@...il.com>
Cc: Eric Paris <eparis@...isplace.org>,
Linus Torvalds <torvalds@...ux-foundation.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: Linux 2.6.31-rc9
On Sun, 2009-09-06 at 20:50 -0300, Kevin Winchester wrote:
> Hi Eric,
>
> I am not sure all of the inotify issues have been corrected in 2.6.31-rc9:
http://bugzilla.kernel.org/show_bug.cgi?id=14090
I already ask rjw to add it to the regression list.
I've spent the last 4 days hunting this issue down, and have a reliable
reproducer now. I have 2 patches which stop the problem but I can only
explain why they stop the problem, but not identify what the root
problem is. If I don't figure it out tomorrow I'm going to send them
both to linus (with explanations why they solve the issues) but I'm not
giving up until I figure out exactly what's going on and can solve this
race the right way.
I really want to run my torture test against the old inotify since I'm
using the same logic, I just actually check all over the place to make
sure everything stays consistent since these are not performance hot
paths.....
-Eric
> [ 165.823580] ------------[ cut here ]------------
> [ 165.823600] WARNING: at fs/notify/inotify/inotify_fsnotify.c:129 idr_callback+0x43/0x67()
> [ 165.823604] Hardware name: MS-6702
> [ 165.823607] inotify closing but id=0 for entry=ffff88004ce36a28 in group=ffff88004a2229c0 still in idr. Probably leaking memory
> [ 165.823610] Modules linked in: k8temp
> [ 165.823618] Pid: 1555, comm: gam_server Not tainted 2.6.31-rc9 #392
> [ 165.823621] Call Trace:
> [ 165.823626] [<ffffffff810c405e>] ? idr_callback+0x43/0x67
> [ 165.823635] [<ffffffff8103204c>] warn_slowpath_common+0x7c/0xa9
> [ 165.823640] [<ffffffff810320f8>] warn_slowpath_fmt+0x69/0x6b
> [ 165.823646] [<ffffffff8109a140>] ? lookup_object+0x37/0x6e
> [ 165.823653] [<ffffffff8105a90a>] ? call_rcu+0x15/0x17
> [ 165.823657] [<ffffffff8109a21d>] ? put_object+0x44/0x48
> [ 165.823661] [<ffffffff810c405e>] idr_callback+0x43/0x67
> [ 165.823667] [<ffffffff8115de32>] idr_for_each+0x6f/0xb2
> [ 165.823671] [<ffffffff810c401b>] ? idr_callback+0x0/0x67
> [ 165.823676] [<ffffffff810c4007>] inotify_free_group_priv+0x27/0x3b
> [ 165.823680] [<ffffffff810c2a11>] fsnotify_final_destroy_group+0x28/0x34
> [ 165.823684] [<ffffffff810c2b02>] fsnotify_put_group+0x93/0x97
> [ 165.823688] [<ffffffff810c41e4>] inotify_release+0x2a/0x3b
> [ 165.823692] [<ffffffff8109e185>] __fput+0x112/0x1c4
> [ 165.823696] [<ffffffff8109e253>] fput+0x1c/0x1e
> [ 165.823700] [<ffffffff8109b6a5>] filp_close+0x5e/0x68
> [ 165.823704] [<ffffffff810336c5>] put_files_struct+0x6f/0xc6
> [ 165.823708] [<ffffffff81033744>] exit_files+0x28/0x2a
> [ 165.823711] [<ffffffff81034b81>] do_exit+0x186/0x59d
> [ 165.823716] [<ffffffff810225b3>] ? do_page_fault+0x21b/0x24d
> [ 165.823720] [<ffffffff81034feb>] do_group_exit+0x53/0x7d
> [ 165.823723] [<ffffffff8103502c>] sys_exit_group+0x17/0x1b
> [ 165.823728] [<ffffffff8100afd8>] system_call_fastpath+0x16/0x1b
> [ 165.823731] ---[ end trace 34f3b8e033c3e431 ]---
> [ 165.823735] entry->group=(null) inode=(null) wd=4096
>
> Is there anything I can do to help debug this?
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists