From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <linux-kernel-owner+willy=40w.ods.org-S1750720AbVHUGkf@vger.kernel.org>
Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
	id S1750720AbVHUGkf (ORCPT <rfc822;willy@w.ods.org>);
	Sun, 21 Aug 2005 02:40:35 -0400
Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750774AbVHUGke
	(ORCPT <rfc822;linux-kernel-outgoing>);
	Sun, 21 Aug 2005 02:40:34 -0400
Received: from tornado.reub.net ([202.89.145.182]:23227 "EHLO tornado.reub.net")
	by vger.kernel.org with ESMTP id S1750720AbVHUGke (ORCPT
	<rfc822;linux-kernel@vger.kernel.org>);
	Sun, 21 Aug 2005 02:40:34 -0400
Message-ID: <430821E1.8040308@reub.net>
Date: Sun, 21 Aug 2005 18:40:33 +1200
From: Reuben Farrelly <reuben-lkml@reub.net>
User-Agent: Thunderbird 1.6a1 (Windows/20050820)
MIME-Version: 1.0
To: Andrew Morton <akpm@osdl.org>
CC: linux-kernel@vger.kernel.org
Subject: Re: 2.6.13-rc6-mm1
References: <fa.h617rae.h64dpq@ifi.uio.no>
In-Reply-To: <fa.h617rae.h64dpq@ifi.uio.no>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
X-Mailing-List: linux-kernel@vger.kernel.org

Hi,

On 19/08/2005 11:37 a.m., Andrew Morton wrote:
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.13-rc6/2.6.13-rc6-mm1/
> 
> - Lots of fixes, updates and cleanups all over the place.
> 
> - If you have the right debugging options set, this kernel will generate
>   a storm of sleeping-in-atomic-code warnings at boot, from the scsi code.
>   It is being worked on.
> 
> 
> Changes since 2.6.13-rc5-mm1:
> 
>  linus.patch

Noted this in my log earlier today.

Is this inotify related?

Aug 21 08:33:04 tornado kernel: idr_remove called for id=2048 which is not 
allocated.
Aug 21 08:33:04 tornado kernel:  [<c0103a00>] dump_stack+0x17/0x19
Aug 21 08:33:04 tornado kernel:  [<c01c9f9a>] idr_remove_warning+0x1b/0x1d
Aug 21 08:33:04 tornado kernel:  [<c01ca024>] sub_remove+0x88/0xea
Aug 21 08:33:04 tornado kernel:  [<c01ca0a1>] idr_remove+0x1b/0x7f
Aug 21 08:33:04 tornado kernel:  [<c018176a>] remove_watch_no_event+0x7a/0x12e
Aug 21 08:33:04 tornado kernel:  [<c0181f64>] inotify_release+0x8f/0x1af
Aug 21 08:33:04 tornado kernel:  [<c015ca80>] __fput+0xaf/0x199
Aug 21 08:33:04 tornado kernel:  [<c015c9b8>] fput+0x22/0x3b
Aug 21 08:33:04 tornado kernel:  [<c015b2ed>] filp_close+0x41/0x67
Aug 21 08:33:04 tornado kernel:  [<c015b383>] sys_close+0x70/0x92
Aug 21 08:33:04 tornado kernel:  [<c0102a9b>] sysenter_past_esp+0x54/0x75
Aug 21 08:33:04 tornado kernel: idr_remove called for id=3072 which is not 
allocated.
Aug 21 08:33:05 tornado kernel:  [<c0103a00>] dump_stack+0x17/0x19
Aug 21 08:33:05 tornado kernel:  [<c01c9f9a>] idr_remove_warning+0x1b/0x1d
Aug 21 08:33:05 tornado kernel:  [<c01ca024>] sub_remove+0x88/0xea
Aug 21 08:33:05 tornado kernel:  [<c01ca0a1>] idr_remove+0x1b/0x7f
Aug 21 08:33:05 tornado kernel:  [<c018176a>] remove_watch_no_event+0x7a/0x12e
Aug 21 08:33:05 tornado kernel:  [<c0181f64>] inotify_release+0x8f/0x1af
Aug 21 08:33:05 tornado kernel:  [<c015ca80>] __fput+0xaf/0x199
Aug 21 08:33:05 tornado kernel:  [<c015c9b8>] fput+0x22/0x3b
Aug 21 08:33:05 tornado kernel:  [<c015b2ed>] filp_close+0x41/0x67
Aug 21 08:33:05 tornado kernel:  [<c015b383>] sys_close+0x70/0x92
Aug 21 08:33:05 tornado kernel:  [<c0102a9b>] sysenter_past_esp+0x54/0x75

This would have been triggered by using dovecot IMAP which is configured to 
use inotify on Maildir.
I'm also seeing some userspace errors logged for dovecot:

"Aug 21 04:17:22 Error: IMAP(reuben): inotify_rm_watch() failed: Invalid argument"

I'll deal with those with the guy who wrote the inotify code in dovecot.

I'm not so sure userspace should be able or need to cause the kernel to dump 
stack traces like that though?

reuben