From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753087Ab1LCQVB (ORCPT ); Sat, 3 Dec 2011 11:21:01 -0500 Received: from e28smtp04.in.ibm.com ([122.248.162.4]:49618 "EHLO e28smtp04.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752232Ab1LCQU7 (ORCPT ); Sat, 3 Dec 2011 11:20:59 -0500 Message-ID: <4EDA4C62.6050507@linux.vnet.ibm.com> Date: Sat, 03 Dec 2011 21:50:50 +0530 From: "Srivatsa S. Bhat" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0) Gecko/20110927 Thunderbird/7.0 MIME-Version: 1.0 To: Miles Lane CC: LKML , Len Brown , Pavel Machek , "Rafael J. Wysocki" , Tejun Heo , Linux PM mailing list Subject: Re: 3.2.0-rc4+ (Linus GIT af968e29acd91ebeb4224e899202c46c93171ecd) -- Freezing of tasks failed after 20.01 seconds (1 tasks refusing to freeze, wq_busy=0): References: <4ED9C7D7.5030300@linux.vnet.ibm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit x-cbid: 11120316-5564-0000-0000-0000005C3DEA Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 12/03/2011 09:07 PM, Miles Lane wrote: > Thanks! The patch worked perfectly. > > Miles Thanks a lot for testing Miles! Regards, Srivatsa S. Bhat > > On Sat, Dec 3, 2011 at 1:55 AM, Srivatsa S. Bhat > wrote: >> On 12/03/2011 09:22 AM, Miles Lane wrote: >> >>> While reading a file in sysfs, I suspended tried to suspend the machine and got: >>> >>> [ 1058.644957] PM: Syncing filesystems ... done. >>> [ 1059.670167] Freezing user space processes ... >>> [ 1079.681175] Freezing of tasks failed after 20.01 seconds (1 tasks >>> refusing to freeze, wq_busy=0): >>> [ 1079.682077] head D ffff88013a753680 5328 9761 9402 0x00800004 >>> [ 1079.682086] ffff88011b15fd28 0000000000000046 0000000000000006 >>> ffffffff8160d020 >>> [ 1079.682095] ffff880100000000 ffff88013a7532d0 ffff88011b15ffd8 >>> ffff88011b15ffd8 >>> [ 1079.682102] 0000000000010bc0 ffff88013a7532d0 ffffffff81372d96 >>> 000000013a7532d0 >>> [ 1079.682110] Call Trace: >>> [ 1079.682120] [] ? __mutex_lock_common+0x26e/0x41e >>> [ 1079.682126] [] schedule+0x55/0x57 >>> [ 1079.682131] [] __mutex_lock_common+0x297/0x41e >>> [ 1079.682137] [] ? lock_memory_hotplug+0x20/0x22 >>> [ 1079.682142] [] ? lock_memory_hotplug+0x20/0x22 >>> [ 1079.682149] [] mutex_lock_nested+0x36/0x3b >>> [ 1079.682153] [] lock_memory_hotplug+0x20/0x22 >> >> >> ^^^^^^^^^^^^^^^^^^ >> Wow! There, Tejun, did you see that? That is just what we fixed in >> https://lkml.org/lkml/2011/11/21/334 !! :-) >> >> But since Rafael kept it for the next merge window, we hit this failure >> in 3.2-rc4. >> >> Well, atleast for once I am feeling extremely happy that we *actually* >> fixed a problem _before_ hitting it! :-) >> >> Miles, thanks for the report. Can you please try the patch given in the >> above link? >> >>> [ 1079.682160] [] show_slab_objects+0xfc/0x1e5 >>> [ 1079.682166] [] partial_show+0xe/0x10 >>> [ 1079.682171] [] slab_attr_show+0x1d/0x21 >>> [ 1079.682177] [] sysfs_read_file+0xb7/0x13c >>> [ 1079.682183] [] vfs_read+0xa0/0xc7 >>> [ 1079.682188] [] ? fget_light+0x35/0x97 >>> [ 1079.682194] [] sys_read+0x45/0x69 >>> [ 1079.682199] [] system_call_fastpath+0x16/0x1b >>> >> >>