lkml.org 
[lkml]   [2006]   [Jul]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6.18-rc1-mm1
Hi,

On 09/07/06, Andrew Morton <akpm@osdl.org> 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: [<c0151dc7>] find_get_page+0x12/0x70

but task is already holding lock:
(&mm->mmap_sem){----}, at: [<c0116cab>] do_page_fault+0x10d/0x4ea

which lock already depends on the new lock.


the existing dependency chain (in reverse order) is:

-> #1 (cpucontrol){--..}:
[<c0139a55>] lock_acquire+0x71/0x91
[<c02ee288>] __mutex_lock_slowpath+0xd2/0x2f5
[<c02ee4c7>] mutex_lock+0x1c/0x1f
[<c013dd3b>] __lock_cpu_hotplug+0x34/0x4c
[<c013dd6c>] lock_cpu_hotplug+0xa/0xc
[<c029b587>] __cpufreq_driver_target+0x15/0x50
[<c029c3ca>] cpufreq_governor_performance+0x1a/0x20
[<c029a89b>] __cpufreq_governor+0x95/0x18c
[<c029aa72>] __cpufreq_set_policy+0xe0/0x118
[<c029af49>] cpufreq_set_policy+0x2d/0x6f
[<c029bc45>] cpufreq_add_dev+0x3ee/0x4f3
[<c024dccb>] sysdev_driver_register+0x5e/0x9e
[<c029be70>] cpufreq_register_driver+0x80/0xf4
[<fdba202a>] 0xfdba202a
[<c0140f22>] sys_init_module+0xa6/0x21d
[<c0103179>] sysenter_past_esp+0x56/0x8d

-> #0 (&inode->i_data.tree_lock){.+..}:
[<c0139a55>] lock_acquire+0x71/0x91
[<c02ee288>] __mutex_lock_slowpath+0xd2/0x2f5
[<c02ee4c7>] mutex_lock+0x1c/0x1f
[<c029b7f2>] store_scaling_governor+0x14a/0x1a2
[<c029b223>] store+0x37/0x48
[<c01a9f4b>] sysfs_write_file+0xa6/0xcc
[<c0172dab>] vfs_write+0xc9/0x172
[<c017341d>] sys_write+0x3b/0x71
[<c0103179>] sysenter_past_esp+0x56/0x8d

other info that might help us debug this:

1 lock held by cpuspeed/1426:
#0: (cpucontrol){--..}, at: [<c02ee4c7>] mutex_lock+0x1c/0x1f

stack backtrace:
[<c01041f0>] show_trace_log_lvl+0x54/0x101
[<c0104827>] show_trace+0xd/0x10
[<c0104949>] dump_stack+0x19/0x1b
[<c0138b99>] print_circular_bug_tail+0x59/0x64
[<c013950a>] __lock_acquire+0x966/0xb39
[<c0139a55>] lock_acquire+0x71/0x91
[<c02ee288>] __mutex_lock_slowpath+0xd2/0x2f5
[<c02ee4c7>] mutex_lock+0x1c/0x1f
[<c029b7f2>] store_scaling_governor+0x14a/0x1a2
[<c029b223>] store+0x37/0x48
[<c01a9f4b>] sysfs_write_file+0xa6/0xcc
[<c0172dab>] vfs_write+0xc9/0x172
[<c017341d>] sys_write+0x3b/0x71
[<c0103179>] 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/)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-07-09 12:35    [W:0.295 / U:15.616 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site