From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030445AbWGIKc2 (ORCPT ); Sun, 9 Jul 2006 06:32:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030441AbWGIKc2 (ORCPT ); Sun, 9 Jul 2006 06:32:28 -0400 Received: from py-out-1112.google.com ([64.233.166.180]:55444 "EHLO py-out-1112.google.com") by vger.kernel.org with ESMTP id S1030445AbWGIKc1 (ORCPT ); Sun, 9 Jul 2006 06:32:27 -0400 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dfdgW2M4InrgcHgdvCBbVGfUDLeDJCD4ZRRvcySU0jY7N5LFCSwY6T7UB/FH1asrhkVR5mXCrH6TmG0VsdB0aspP05qiFYQ8q8AdxOtCQedeEmVEb9j9EehONQ0wQ+VRDUjnxmRwHPEzmTN99xiexDPFzKRBZTLyQYop1jQWBF0= Message-ID: <6bffcb0e0607090332i477d594fq9ef96721574ae91b@mail.gmail.com> Date: Sun, 9 Jul 2006 12:32:27 +0200 From: "Michal Piotrowski" To: "Andrew Morton" Subject: Re: 2.6.18-rc1-mm1 Cc: linux-kernel@vger.kernel.org In-Reply-To: <20060709021106.9310d4d1.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20060709021106.9310d4d1.akpm@osdl.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Hi, On 09/07/06, Andrew Morton wrote: > > ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.18-rc1/2.6.18-rc1-mm1/ > This looks like a problem with cpufreq. ======================================================= [ INFO: possible circular locking dependency detected ] ------------------------------------------------------- cpuspeed/1426 is trying to acquire lock: (&inode->i_data.tree_lock){.+..}, at: [] find_get_page+0x12/0x70 but task is already holding lock: (&mm->mmap_sem){----}, at: [] do_page_fault+0x10d/0x4ea which lock already depends on the new lock. the existing dependency chain (in reverse order) is: -> #1 (cpucontrol){--..}: [] lock_acquire+0x71/0x91 [] __mutex_lock_slowpath+0xd2/0x2f5 [] mutex_lock+0x1c/0x1f [] __lock_cpu_hotplug+0x34/0x4c [] lock_cpu_hotplug+0xa/0xc [] __cpufreq_driver_target+0x15/0x50 [] cpufreq_governor_performance+0x1a/0x20 [] __cpufreq_governor+0x95/0x18c [] __cpufreq_set_policy+0xe0/0x118 [] cpufreq_set_policy+0x2d/0x6f [] cpufreq_add_dev+0x3ee/0x4f3 [] sysdev_driver_register+0x5e/0x9e [] cpufreq_register_driver+0x80/0xf4 [] 0xfdba202a [] sys_init_module+0xa6/0x21d [] sysenter_past_esp+0x56/0x8d -> #0 (&inode->i_data.tree_lock){.+..}: [] lock_acquire+0x71/0x91 [] __mutex_lock_slowpath+0xd2/0x2f5 [] mutex_lock+0x1c/0x1f [] store_scaling_governor+0x14a/0x1a2 [] store+0x37/0x48 [] sysfs_write_file+0xa6/0xcc [] vfs_write+0xc9/0x172 [] sys_write+0x3b/0x71 [] sysenter_past_esp+0x56/0x8d other info that might help us debug this: 1 lock held by cpuspeed/1426: #0: (cpucontrol){--..}, at: [] mutex_lock+0x1c/0x1f stack backtrace: [] show_trace_log_lvl+0x54/0x101 [] show_trace+0xd/0x10 [] dump_stack+0x19/0x1b [] print_circular_bug_tail+0x59/0x64 [] __lock_acquire+0x966/0xb39 [] lock_acquire+0x71/0x91 [] __mutex_lock_slowpath+0xd2/0x2f5 [] mutex_lock+0x1c/0x1f [] store_scaling_governor+0x14a/0x1a2 [] store+0x37/0x48 [] sysfs_write_file+0xa6/0xcc [] vfs_write+0xc9/0x172 [] sys_write+0x3b/0x71 [] sysenter_past_esp+0x56/0x8d Here is a dmesg log http://www.stardust.webpages.pl/files/mm/2.6.18-rc1-mm1/mm-dmesg Here is a config file http://www.stardust.webpages.pl/files/mm/2.6.18-rc1-mm1/mm-config Regards, Michal -- Michal K. K. Piotrowski LTG - Linux Testers Group (http://www.stardust.webpages.pl/ltg/wiki/)