http://bugzilla.kernel.org/show_bug.cgi?id=13493 Martin Bammer <mrb74@xxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mrb74@xxxxxx --- Comment #8 from Martin Bammer <mrb74@xxxxxx> 2009-06-13 19:17:24 --- Having the same problem with the latest stable kernel 2.6.30: [ 97.231797] ======================================================= [ 97.234189] [ INFO: possible circular locking dependency detected ] [ 97.234189] 2.6.30-ep1 #3 [ 97.234189] ------------------------------------------------------- [ 97.234189] ondemand/2848 is trying to acquire lock: [ 97.234189] (&(&dbs_info->work)->work){+.+...}, at: [<c013abb6>] __cancel_work_timer+0x8f/0x17c [ 97.234189] [ 97.234189] but task is already holding lock: [ 97.234189] (dbs_mutex){+.+.+.}, at: [<c0404c78>] cpufreq_governor_dbs+0x1f3/0x28b [ 97.234189] [ 97.234189] which lock already depends on the new lock. [ 97.234189] [ 97.234189] [ 97.234189] the existing dependency chain (in reverse order) is: [ 97.234189] [ 97.234189] -> #2 (dbs_mutex){+.+.+.}: [ 97.234189] [<c014bdc3>] __lock_acquire+0x95b/0xac2 [ 97.234189] [<c014bfda>] lock_acquire+0xb0/0xcd [ 97.234189] [<c04c774c>] __mutex_lock_common+0x3e/0x392 [ 97.234189] [<c04c7ada>] mutex_lock_nested+0x12/0x15 [ 97.234189] [<c0404af3>] cpufreq_governor_dbs+0x6e/0x28b [ 97.234189] [<c0401c6b>] __cpufreq_governor+0x51/0x85 [ 97.234189] [<c0401eab>] __cpufreq_set_policy+0xe7/0x11f [ 97.234189] [<c04027ce>] store_scaling_governor+0x197/0x1c0 [ 97.234189] [<c040317b>] store+0x48/0x61 [ 97.234189] [<c01e16d6>] sysfs_write_file+0xb5/0xe0 [ 97.234189] [<c01a23b3>] vfs_write+0x84/0xdf [ 97.234189] [<c01a24a7>] sys_write+0x3b/0x60 [ 97.234189] [<c0102da5>] syscall_call+0x7/0xb [ 97.234189] [<ffffffff>] 0xffffffff [ 97.234189] [ 97.234189] -> #1 (&per_cpu(cpu_policy_rwsem, cpu)){+.+.+.}: [ 97.234189] [<c014bdc3>] __lock_acquire+0x95b/0xac2 [ 97.234189] [<c014bfda>] lock_acquire+0xb0/0xcd [ 97.234189] [<c04c7d27>] down_write+0x24/0x60 [ 97.234189] [<c0402b8e>] lock_policy_rwsem_write+0x33/0x5b [ 97.234189] [<c0404894>] do_dbs_timer+0x36/0x227 [ 97.234189] [<c013a398>] worker_thread+0x1c4/0x2a1 [ 97.234189] [<c013d70a>] kthread+0x45/0x6b [ 97.234189] [<c01038c7>] kernel_thread_helper+0x7/0x10 [ 97.234189] [<ffffffff>] 0xffffffff [ 97.234189] [ 97.234189] -> #0 (&(&dbs_info->work)->work){+.+...}: [ 97.234189] [<c014bcd3>] __lock_acquire+0x86b/0xac2 [ 97.234189] [<c014bfda>] lock_acquire+0xb0/0xcd [ 97.234189] [<c013abcd>] __cancel_work_timer+0xa6/0x17c [ 97.234189] [<c013acae>] cancel_delayed_work_sync+0xb/0xd [ 97.234189] [<c0404c87>] cpufreq_governor_dbs+0x202/0x28b [ 97.234189] [<c0401c6b>] __cpufreq_governor+0x51/0x85 [ 97.234189] [<c0401e95>] __cpufreq_set_policy+0xd1/0x11f [ 97.234189] [<c04027ce>] store_scaling_governor+0x197/0x1c0 [ 97.234189] [<c040317b>] store+0x48/0x61 [ 97.234189] [<c01e16d6>] sysfs_write_file+0xb5/0xe0 [ 97.234189] [<c01a23b3>] vfs_write+0x84/0xdf [ 97.234189] [<c01a24a7>] sys_write+0x3b/0x60 [ 97.234189] [<c0102da5>] syscall_call+0x7/0xb [ 97.234189] [<ffffffff>] 0xffffffff [ 97.489281] [ 97.489281] other info that might help us debug this: [ 97.489281] [ 97.489281] 3 locks held by ondemand/2848: [ 97.489281] #0: (&buffer->mutex){+.+.+.}, at: [<c01e1645>] sysfs_write_file+0x24/0xe0 [ 97.489281] #1: (&per_cpu(cpu_policy_rwsem, cpu)){+.+.+.}, at: [<c0402b8e>] lock_policy_rwsem_write+0x33/0x5b [ 97.489281] #2: (dbs_mutex){+.+.+.}, at: [<c0404c78>] cpufreq_governor_dbs+0x1f3/0x28b [ 97.489281] [ 97.489281] stack backtrace: [ 97.489281] Pid: 2848, comm: ondemand Not tainted 2.6.30-ep1 #3 [ 97.489281] Call Trace: [ 97.489281] [<c04c6580>] ? printk+0xf/0x11 [ 97.489281] [<c014b1a4>] print_circular_bug_tail+0x5d/0x68 [ 97.489281] [<c014bcd3>] __lock_acquire+0x86b/0xac2 [ 97.489281] [<c014bfda>] lock_acquire+0xb0/0xcd [ 97.489281] [<c013abb6>] ? __cancel_work_timer+0x8f/0x17c [ 97.489281] [<c013abcd>] __cancel_work_timer+0xa6/0x17c [ 97.489281] [<c013abb6>] ? __cancel_work_timer+0x8f/0x17c [ 97.489281] [<c014aa27>] ? mark_held_locks+0x47/0x5f [ 97.489281] [<c04c7a13>] ? __mutex_lock_common+0x305/0x392 [ 97.489281] [<c014ac6b>] ? trace_hardirqs_on_caller+0xff/0x120 [ 97.489281] [<c04c7a52>] ? __mutex_lock_common+0x344/0x392 [ 97.489281] [<c013acae>] cancel_delayed_work_sync+0xb/0xd [ 97.489281] [<c0404c87>] cpufreq_governor_dbs+0x202/0x28b [ 97.489281] [<c014164e>] ? __blocking_notifier_call_chain+0x40/0x4c [ 97.489281] [<c0401c6b>] __cpufreq_governor+0x51/0x85 [ 97.489281] [<c0401e95>] __cpufreq_set_policy+0xd1/0x11f [ 97.489281] [<c04027ce>] store_scaling_governor+0x197/0x1c0 [ 97.489281] [<c040326a>] ? handle_update+0x0/0xd [ 97.489281] [<c0402b8e>] ? lock_policy_rwsem_write+0x33/0x5b [ 97.489281] [<c0402637>] ? store_scaling_governor+0x0/0x1c0 [ 97.489281] [<c040317b>] store+0x48/0x61 [ 97.489281] [<c01e16d6>] sysfs_write_file+0xb5/0xe0 [ 97.489281] [<c01e1621>] ? sysfs_write_file+0x0/0xe0 [ 97.489281] [<c01a23b3>] vfs_write+0x84/0xdf [ 97.489281] [<c01a24a7>] sys_write+0x3b/0x60 [ 97.489281] [<c0102da5>] syscall_call+0x7/0xb -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. -- To unsubscribe from this list: send the line "unsubscribe cpufreq" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
