From mboxrd@z Thu Jan 1 00:00:00 1970 From: Simon Holm =?ISO-8859-1?Q?Th=F8gersen?= Subject: kernel BUG at fs/inode.c:1153 Date: Sun, 11 Jan 2009 23:27:09 +0100 Message-ID: <1231712829.17759.46.camel@odie.local> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: QUOTED-PRINTABLE To: linux-fsdevel Return-path: Received: from smtp.cs.aau.dk ([130.225.194.6]:54951 "EHLO smtp.cs.aau.dk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750780AbZAKXMu (ORCPT ); Sun, 11 Jan 2009 18:12:50 -0500 Received: from [10.0.0.2] (port939.ds1-abc.adsl.cybercity.dk [212.242.156.194]) (authenticated bits=0) by smtp.cs.aau.dk (8.14.1/8.14.1) with ESMTP id n0BMP9Xm007796 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 11 Jan 2009 23:25:12 +0100 Sender: linux-fsdevel-owner@vger.kernel.org List-ID: (This has also been filed as bug #12241 under power management, but perhaps it is more filesystem related.) Latest working kernel version: Long term bug Earliest failing kernel version: At least 2.6.27 Distribution: Gentoo Hardware/Software: 768 MB RAM, 1 GB swap partition, reiserfs filesystem= s Problem Description: The problem occured in my fourth attempt in quick succession to suspend to disk. The first three did not succeed due to insufficient free swap.= I then closed a few running programs to free some extra memory and did a fourt= h suspend to disk attempt that provoked the BUG with trace below. This is at least the third time I've seen this, but as I reported earli= er at [1] I did not capture the OOPS properly. I'm pretty sure it is a bug fr= om at least 2.6.27, but it could have been there for years as far as I'm conc= erned since suspend to disk works well under most cirsumstances and I haven't= been using it that much earlier. I'm running into this bug when my computer has had an uptime of weeks, = so it is not exactly easy to reproduce. I have tried upon a fresh bootup to prov= oke the crash without luck, but I haven't tried really hard and I'd say it is r= ealiably reproducable if I put the right effort into it. The key to reproduce it seems to be allocating sufficient memory for su= spend to disk to fail due to insufficient swap space, do multiple attempts in su= ccession and then free a bit of memory and attempt again. I'm not sure whether t= he multiple attempts in succession are really required, but I believe that= I've been doing that each time the BUG has showned its ugly face. The OOPS looks like this, the full details can be seen in the pictures = [2], [3] and [4]. I'd gladly type in the text from the pictures if anyone finds = it useful and requests it. kernel BUG at fs/inode.c:1153!ks ... invalid opcode 0000 [#1] PREEMPT EIP is at iput Pid: 2515, comm: bash Tainted: G W (2.6.28-rc6-00007-ged31348 #= 137) Call Trace: __blkdev_put swsusp_write hibernate state_store state_store state_store kobj_attr_store sysfs_write_file sysfs_write_file vfs_write sys_write sysenter_do_call down_write Code: ...... EIP: [<...>] iput ---[ end trace ........................... ]--- About the following: Tainted: G W I checked my logs and could not find any warning backtraces in them so = I'm not sure why W is there. Any ideas to the cause or suggestions to debug instrumentation I could = add? [1] http://lkml.org/lkml/2008/11/20/146 [2] http://bugzilla.kernel.org/attachment.cgi?id=3D19334 [3] http://bugzilla.kernel.org/attachment.cgi?id=3D19335 [4] http://bugzilla.kernel.org/attachment.cgi?id=3D19336 Simon Holm Th=C3=B8gersen -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel= " in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html