* 2.6.19.1-rt14-smp circular locking dependency
@ 2006-12-14 9:57 Mike Galbraith
2006-12-14 9:59 ` Ingo Molnar
0 siblings, 1 reply; 4+ messages in thread
From: Mike Galbraith @ 2006-12-14 9:57 UTC (permalink / raw)
To: LKML; +Cc: Ingo Molnar
Greetings,
Lockdep doesn't approve of cpufreq, and seemingly with cause... I had to
poke SysRq-O.
[ 1103.164377] Disabling non-boot CPUs ...
[ 1103.171094] stopped custom tracer.
[ 1103.174614]
[ 1103.174618] =======================================================
[ 1103.182692] [ INFO: possible circular locking dependency detected ]
[ 1103.189178] 2.6.19.1-rt14-smp #3
[ 1103.192564] -------------------------------------------------------
[ 1103.199062] s2ram/6643 is trying to acquire lock:
[ 1103.203976] (cpu_bitmask_lock){--..}, at: [<c104a085>] lock_cpu_hotplug+0x22/0x6d
[ 1103.211988]
[ 1103.211991] but task is already holding lock:
[ 1103.218112] (workqueue_mutex){--..}, at: [<c1038a2a>] workqueue_cpu_callback+0x1c6/0x299
[ 1103.226702]
[ 1103.226706] which lock already depends on the new lock.
[ 1103.226708]
[ 1103.235197]
[ 1103.235203] the existing dependency chain (in reverse order) is:
[ 1103.242992]
[ 1103.242994] -> #3 (workqueue_mutex){--..}:
[ 1103.248905] [<c1042c21>] add_lock_to_list+0x39/0x91
[ 1103.254859] [<c10454fc>] __lock_acquire+0xc65/0xd3a
[ 1103.260760] [<c104562e>] lock_acquire+0x5d/0x79
[ 1103.266271] [<c13ec1b2>] _mutex_lock+0x2b/0x38
[ 1103.271801] [<c1038516>] __create_workqueue+0x5f/0x16c
[ 1103.278013] [<c131cf1f>] cpufreq_governor_dbs+0x274/0x321
[ 1103.284429] [<c131ae69>] __cpufreq_governor+0x22/0x15e
[ 1103.290652] [<c131b426>] __cpufreq_set_policy+0xe6/0x135
[ 1103.296994] [<c131b990>] store_scaling_governor+0xa8/0x1e8
[ 1103.303577] [<c131c335>] store+0x37/0x4a
[ 1103.308517] [<c10c14a9>] sysfs_write_file+0x87/0xc1
[ 1103.314442] [<c10801e8>] vfs_write+0xa6/0x170
[ 1103.319795] [<c108089c>] sys_write+0x3d/0x64
[ 1103.325060] [<c1003293>] syscall_call+0x7/0xb
[ 1103.330450] [<b7cc9e0e>] 0xb7cc9e0e
[ 1103.334948] [<ffffffff>] 0xffffffff
[ 1103.339453]
[ 1103.339456] -> #2 (dbs_mutex){--..}:
[ 1103.347070] [<c1042c21>] add_lock_to_list+0x39/0x91
[ 1103.347089] [<c10454fc>] __lock_acquire+0xc65/0xd3a
[ 1103.347098] [<c104562e>] lock_acquire+0x5d/0x79
[ 1103.347105] [<c13ec1b2>] _mutex_lock+0x2b/0x38
[ 1103.347115] [<c131cdba>] cpufreq_governor_dbs+0x10f/0x321
[ 1103.347124] [<c131ae69>] __cpufreq_governor+0x22/0x15e
[ 1103.347134] [<c131b426>] __cpufreq_set_policy+0xe6/0x135
[ 1103.347142] [<c131b990>] store_scaling_governor+0xa8/0x1e8
[ 1103.347151] [<c131c335>] store+0x37/0x4a
[ 1103.347158] [<c10c14a9>] sysfs_write_file+0x87/0xc1
[ 1103.347167] [<c10801e8>] vfs_write+0xa6/0x170
[ 1103.347176] [<c108089c>] sys_write+0x3d/0x64
[ 1103.347184] [<c1003293>] syscall_call+0x7/0xb
[ 1103.347192] [<b7cc9e0e>] 0xb7cc9e0e
[ 1103.347212] [<ffffffff>] 0xffffffff
[ 1103.347221]
[ 1103.347222] -> #1 (&policy->lock){--..}:
[ 1103.347227] [<c1042c21>] add_lock_to_list+0x39/0x91
[ 1103.347235] [<c10454fc>] __lock_acquire+0xc65/0xd3a
[ 1103.347242] [<c104562e>] lock_acquire+0x5d/0x79
[ 1103.347250] [<c13ec1b2>] _mutex_lock+0x2b/0x38
[ 1103.347258] [<c131b854>] cpufreq_set_policy+0x35/0x79
[ 1103.347266] [<c131c0f5>] cpufreq_add_dev+0x2b4/0x451
[ 1103.347274] [<c126734f>] sysdev_driver_register+0x59/0x96
[ 1103.347284] [<c131c582>] cpufreq_register_driver+0x66/0xfc
[ 1103.347292] [<c1630df9>] cpufreq_p4_init+0x3a/0x51
[ 1103.347301] [<c10004b1>] init+0x128/0x3da
[ 1103.347308] [<c1003f1b>] kernel_thread_helper+0x7/0x1c
[ 1103.347316] [<ffffffff>] 0xffffffff
[ 1103.347371]
[ 1103.347372] -> #0 (cpu_bitmask_lock){--..}:
[ 1103.347380] [<c1043846>] print_circular_bug_tail+0x39/0x73
[ 1103.347389] [<c1045375>] __lock_acquire+0xade/0xd3a
[ 1103.347397] [<c104562e>] lock_acquire+0x5d/0x79
[ 1103.347404] [<c13ec1b2>] _mutex_lock+0x2b/0x38
[ 1103.347412] [<c104a085>] lock_cpu_hotplug+0x22/0x6d
[ 1103.347420] [<c131bc31>] cpufreq_driver_target+0x27/0x5d
[ 1103.347429] [<c131c2d9>] cpufreq_cpu_callback+0x47/0x6c
[ 1103.347437] [<c1034fd6>] notifier_call_chain+0x2c/0x39
[ 1103.347446] [<c1034fff>] raw_notifier_call_chain+0x8/0xa
[ 1103.347454] [<c1049dc5>] _cpu_down+0x4c/0x25c
[ 1103.347463] [<c104a1b5>] disable_nonboot_cpus+0x92/0x16d
[ 1103.347471] [<c104fc39>] enter_state+0x72/0x1a6
[ 1103.347480] [<c104fe10>] state_store+0xa3/0xac
[ 1103.347488] [<c10c1170>] subsys_attr_store+0x20/0x25
[ 1103.347496] [<c10c14a9>] sysfs_write_file+0x87/0xc1
[ 1103.347503] [<c10801e8>] vfs_write+0xa6/0x170
[ 1103.347511] [<c108089c>] sys_write+0x3d/0x64
[ 1103.347519] [<c1003293>] syscall_call+0x7/0xb
[ 1103.347526] [<b7e7be0e>] 0xb7e7be0e
[ 1103.347535] [<ffffffff>] 0xffffffff
[ 1103.347544]
[ 1103.347545] other info that might help us debug this:
[ 1103.347546]
[ 1103.347549] 2 locks held by s2ram/6643:
[ 1103.347551] #0: (cpu_add_remove_lock){--..}, at: [<c104a136>] disable_nonboot_cpus+0x13/0x16d
[ 1103.347561] #1: (workqueue_mutex){--..}, at: [<c1038a2a>] workqueue_cpu_callback+0x1c6/0x299
[ 1103.347570]
[ 1103.347571] stack backtrace:
[ 1103.347576] [<c1004303>] dump_trace+0x1c1/0x1f0
[ 1103.347584] [<c100434c>] show_trace_log_lvl+0x1a/0x30
[ 1103.347589] [<c1004abd>] show_trace+0x12/0x14
[ 1103.347595] [<c1004bde>] dump_stack+0x19/0x1b
[ 1103.347600] [<c1043877>] print_circular_bug_tail+0x6a/0x73
[ 1103.347606] [<c1045375>] __lock_acquire+0xade/0xd3a
[ 1103.347611] [<c104562e>] lock_acquire+0x5d/0x79
[ 1103.347616] [<c13ec1b2>] _mutex_lock+0x2b/0x38
[ 1103.347621] [<c104a085>] lock_cpu_hotplug+0x22/0x6d
[ 1103.347627] [<c131bc31>] cpufreq_driver_target+0x27/0x5d
[ 1103.347633] [<c131c2d9>] cpufreq_cpu_callback+0x47/0x6c
[ 1103.347639] [<c1034fd6>] notifier_call_chain+0x2c/0x39
[ 1103.347644] [<c1034fff>] raw_notifier_call_chain+0x8/0xa
[ 1103.347651] [<c1049dc5>] _cpu_down+0x4c/0x25c
[ 1103.347656] [<c104a1b5>] disable_nonboot_cpus+0x92/0x16d
[ 1103.347662] [<c104fc39>] enter_state+0x72/0x1a6
[ 1103.347668] [<c104fe10>] state_store+0xa3/0xac
[ 1103.347674] [<c10c1170>] subsys_attr_store+0x20/0x25
[ 1103.347679] [<c10c14a9>] sysfs_write_file+0x87/0xc1
[ 1103.347684] [<c10801e8>] vfs_write+0xa6/0x170
[ 1103.347690] [<c108089c>] sys_write+0x3d/0x64
[ 1103.347695] [<c1003293>] syscall_call+0x7/0xb
[ 1103.347701] [<b7e7be0e>] 0xb7e7be0e
[ 1103.347706] =======================
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.19.1-rt14-smp circular locking dependency
2006-12-14 9:57 2.6.19.1-rt14-smp circular locking dependency Mike Galbraith
@ 2006-12-14 9:59 ` Ingo Molnar
2006-12-14 10:06 ` Mike Galbraith
2006-12-14 11:39 ` Mike Galbraith
0 siblings, 2 replies; 4+ messages in thread
From: Ingo Molnar @ 2006-12-14 9:59 UTC (permalink / raw)
To: Mike Galbraith; +Cc: LKML
* Mike Galbraith <efault@gmx.de> wrote:
> Greetings,
>
> Lockdep doesn't approve of cpufreq, and seemingly with cause... I had
> to poke SysRq-O.
hm ... this must be an upstream problem too, right? -rt shouldnt change
anything in this area (in theory).
Ingo
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.19.1-rt14-smp circular locking dependency
2006-12-14 9:59 ` Ingo Molnar
@ 2006-12-14 10:06 ` Mike Galbraith
2006-12-14 11:39 ` Mike Galbraith
1 sibling, 0 replies; 4+ messages in thread
From: Mike Galbraith @ 2006-12-14 10:06 UTC (permalink / raw)
To: Ingo Molnar; +Cc: LKML
On Thu, 2006-12-14 at 10:59 +0100, Ingo Molnar wrote:
> * Mike Galbraith <efault@gmx.de> wrote:
>
> > Greetings,
> >
> > Lockdep doesn't approve of cpufreq, and seemingly with cause... I had
> > to poke SysRq-O.
>
> hm ... this must be an upstream problem too, right? -rt shouldnt change
> anything in this area (in theory).
I'll find out in a few.. enabling lockdep / compiling 2.5.19.1.
-Mike
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: 2.6.19.1-rt14-smp circular locking dependency
2006-12-14 9:59 ` Ingo Molnar
2006-12-14 10:06 ` Mike Galbraith
@ 2006-12-14 11:39 ` Mike Galbraith
1 sibling, 0 replies; 4+ messages in thread
From: Mike Galbraith @ 2006-12-14 11:39 UTC (permalink / raw)
To: Ingo Molnar; +Cc: LKML, davej
On Thu, 2006-12-14 at 10:59 +0100, Ingo Molnar wrote:
> * Mike Galbraith <efault@gmx.de> wrote:
>
> > Greetings,
> >
> > Lockdep doesn't approve of cpufreq, and seemingly with cause... I had
> > to poke SysRq-O.
>
> hm ... this must be an upstream problem too, right? -rt shouldnt change
> anything in this area (in theory).
Yeah, it is. It didn't seize up, but lockdep griped. Trace from
2.6.19.1 below, cc added.
[ 129.309689] Disabling non-boot CPUs ...
[ 129.335627]
[ 129.335631] =======================================================
[ 129.343584] [ INFO: possible circular locking dependency detected ]
[ 129.350028] 2.6.19.1-smp #77
[ 129.352973] -------------------------------------------------------
[ 129.359379] s2ram/6178 is trying to acquire lock:
[ 129.364178] (cpu_bitmask_lock){--..}, at: [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.371298]
[ 129.371300] but task is already holding lock:
[ 129.377274] (workqueue_mutex){--..}, at: [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.384277]
[ 129.384279] which lock already depends on the new lock.
[ 129.384281]
[ 129.392647]
[ 129.392649] the existing dependency chain (in reverse order) is:
[ 129.400294]
[ 129.400296] -> #3 (workqueue_mutex){--..}:
[ 129.406083] [<c103dd54>] add_lock_to_list+0x3b/0x87
[ 129.411895] [<c1040420>] __lock_acquire+0xb75/0xc1a
[ 129.417697] [<c10407f1>] lock_acquire+0x5d/0x79
[ 129.423135] [<c13e21ad>] __mutex_lock_slowpath+0x6e/0x296
[ 129.429470] [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.434562] [<c1035815>] __create_workqueue+0x5f/0x16c
[ 129.440615] [<c1312a83>] cpufreq_governor_dbs+0x2d6/0x32c
[ 129.446943] [<c131073e>] __cpufreq_governor+0x22/0x166
[ 129.453009] [<c13112d9>] __cpufreq_set_policy+0xe6/0x132
[ 129.459267] [<c131153a>] store_scaling_governor+0xa8/0x1e8
[ 129.465676] [<c1310dbc>] store+0x37/0x4a
[ 129.470517] [<c10b743c>] sysfs_write_file+0x8a/0xcb
[ 129.476301] [<c1077bb8>] vfs_write+0xa6/0x170
[ 129.481584] [<c107826c>] sys_write+0x3d/0x64
[ 129.486761] [<c1003173>] syscall_call+0x7/0xb
[ 129.492018] [<b7bece0e>] 0xb7bece0e
[ 129.496389] [<ffffffff>] 0xffffffff
[ 129.500789]
[ 129.500791] -> #2 (dbs_mutex){--..}:
[ 129.508253] [<c103dd54>] add_lock_to_list+0x3b/0x87
[ 129.516360] [<c1040420>] __lock_acquire+0xb75/0xc1a
[ 129.524405] [<c10407f1>] lock_acquire+0x5d/0x79
[ 129.532057] [<c13e21ad>] __mutex_lock_slowpath+0x6e/0x296
[ 129.540608] [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.547856] [<c13128bc>] cpufreq_governor_dbs+0x10f/0x32c
[ 129.556348] [<c131073e>] __cpufreq_governor+0x22/0x166
[ 129.564548] [<c13112d9>] __cpufreq_set_policy+0xe6/0x132
[ 129.572865] [<c131153a>] store_scaling_governor+0xa8/0x1e8
[ 129.581379] [<c1310dbc>] store+0x37/0x4a
[ 129.588249] [<c10b743c>] sysfs_write_file+0x8a/0xcb
[ 129.596053] [<c1077bb8>] vfs_write+0xa6/0x170
[ 129.603290] [<c107826c>] sys_write+0x3d/0x64
[ 129.610398] [<c1003173>] syscall_call+0x7/0xb
[ 129.617624] [<b7bece0e>] 0xb7bece0e
[ 129.623954] [<ffffffff>] 0xffffffff
[ 129.630230]
[ 129.630232] -> #1 (&policy->lock){--..}:
[ 129.639563] [<c103dd54>] add_lock_to_list+0x3b/0x87
[ 129.647225] [<c1040420>] __lock_acquire+0xb75/0xc1a
[ 129.654928] [<c10407f1>] lock_acquire+0x5d/0x79
[ 129.662217] [<c13e21ad>] __mutex_lock_slowpath+0x6e/0x296
[ 129.670439] [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.677387] [<c131144e>] cpufreq_set_policy+0x35/0x79
[ 129.685230] [<c1311a79>] cpufreq_add_dev+0x2b8/0x461
[ 129.692970] [<c1264128>] sysdev_driver_register+0x63/0xaa
[ 129.701152] [<c1311d58>] cpufreq_register_driver+0x68/0xfd
[ 129.709430] [<c1610cf9>] cpufreq_p4_init+0x3a/0x51
[ 129.717006] [<c100049b>] init+0x112/0x311
[ 129.723784] [<c1003dff>] kernel_thread_helper+0x7/0x18
[ 129.731709] [<ffffffff>] 0xffffffff
[ 129.738040]
[ 129.738042] -> #0 (cpu_bitmask_lock){--..}:
[ 129.747694] [<c103f875>] print_circular_bug_tail+0x30/0x66
[ 129.756036] [<c1040231>] __lock_acquire+0x986/0xc1a
[ 129.763786] [<c10407f1>] lock_acquire+0x5d/0x79
[ 129.771202] [<c13e21ad>] __mutex_lock_slowpath+0x6e/0x296
[ 129.779450] [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.786496] [<c1044326>] lock_cpu_hotplug+0x22/0x82
[ 129.794243] [<c131110b>] cpufreq_driver_target+0x27/0x5d
[ 129.802449] [<c1311c69>] cpufreq_cpu_callback+0x47/0x6c
[ 129.810548] [<c1032316>] notifier_call_chain+0x2c/0x39
[ 129.818555] [<c103233f>] raw_notifier_call_chain+0x8/0xa
[ 129.826752] [<c10440a9>] _cpu_down+0x4c/0x219
[ 129.833942] [<c1044483>] disable_nonboot_cpus+0x92/0x14b
[ 129.842105] [<c1049e2a>] enter_state+0x7e/0x1bc
[ 129.849530] [<c104a00b>] state_store+0xa3/0xac
[ 129.856813] [<c10b7110>] subsys_attr_store+0x20/0x25
[ 129.864627] [<c10b743c>] sysfs_write_file+0x8a/0xcb
[ 129.872403] [<c1077bb8>] vfs_write+0xa6/0x170
[ 129.879661] [<c107826c>] sys_write+0x3d/0x64
[ 129.886801] [<c1003173>] syscall_call+0x7/0xb
[ 129.894041] [<b7e63e0e>] 0xb7e63e0e
[ 129.900412] [<ffffffff>] 0xffffffff
[ 129.906765]
[ 129.906766] other info that might help us debug this:
[ 129.906768]
[ 129.920864] 2 locks held by s2ram/6178:
[ 129.926703] #0: (cpu_add_remove_lock){--..}, at: [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.936543] #1: (workqueue_mutex){--..}, at: [<c13e23dd>] mutex_lock+0x8/0xa
[ 129.946078]
[ 129.946080] stack backtrace:
[ 129.954729] [<c10041e3>] dump_trace+0x1c1/0x1f0
[ 129.961574] [<c100422c>] show_trace_log_lvl+0x1a/0x30
[ 129.968917] [<c1004967>] show_trace+0x12/0x14
[ 129.975548] [<c1004a88>] dump_stack+0x19/0x1b
[ 129.982177] [<c103f8a2>] print_circular_bug_tail+0x5d/0x66
[ 129.989940] [<c1040231>] __lock_acquire+0x986/0xc1a
[ 129.997109] [<c10407f1>] lock_acquire+0x5d/0x79
[ 130.003939] [<c13e21ad>] __mutex_lock_slowpath+0x6e/0x296
[ 130.011630] [<c13e23dd>] mutex_lock+0x8/0xa
[ 130.018086] [<c1044326>] lock_cpu_hotplug+0x22/0x82
[ 130.025259] [<c131110b>] cpufreq_driver_target+0x27/0x5d
[ 130.032885] [<c1311c69>] cpufreq_cpu_callback+0x47/0x6c
[ 130.040410] [<c1032316>] notifier_call_chain+0x2c/0x39
[ 130.047832] [<c103233f>] raw_notifier_call_chain+0x8/0xa
[ 130.055434] [<c10440a9>] _cpu_down+0x4c/0x219
[ 130.062068] [<c1044483>] disable_nonboot_cpus+0x92/0x14b
[ 130.069682] [<c1049e2a>] enter_state+0x7e/0x1bc
[ 130.076490] [<c104a00b>] state_store+0xa3/0xac
[ 130.083188] [<c10b7110>] subsys_attr_store+0x20/0x25
[ 130.090443] [<c10b743c>] sysfs_write_file+0x8a/0xcb
[ 130.097596] [<c1077bb8>] vfs_write+0xa6/0x170
[ 130.104259] [<c107826c>] sys_write+0x3d/0x64
[ 130.110772] [<c1003173>] syscall_call+0x7/0xb
[ 130.117385] [<b7e63e0e>] 0xb7e63e0e
[ 130.123129] =======================
[ 130.191611] CPU 1 is now offline
[ 130.200482] lockdep: not fixing up alternatives.
[ 130.407367] CPU1 is down
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2006-12-14 11:39 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-12-14 9:57 2.6.19.1-rt14-smp circular locking dependency Mike Galbraith
2006-12-14 9:59 ` Ingo Molnar
2006-12-14 10:06 ` Mike Galbraith
2006-12-14 11:39 ` Mike Galbraith
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox