Bug 572868
| Summary: | INFO: possible recursive locking detected - cpufreq_governor_dbs | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Stefan Ring <stefanrin> | ||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | low | ||||||||
| Version: | 13 | CC: | anton, artem.goncharov, balay, davidsen, dougsland, gansalmon, itamar, jonathan, kernel-maint, maciek.borzecki, mads, mhlavink, mkkp4x4, pgunn, rderooy, sergei.litvinenko, suseelan | ||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2010-04-28 13:45:38 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
*** This bug has been marked as a duplicate of bug 571969 *** bug is duplicate, but the issue is still exists. don't close please. *** Bug 576055 has been marked as a duplicate of this bug. *** *** Bug 577502 has been marked as a duplicate of this bug. *** *** Bug 579128 has been marked as a duplicate of this bug. *** *** Bug 579794 has been marked as a duplicate of this bug. *** *** Bug 580716 has been marked as a duplicate of this bug. *** Created attachment 405637 [details]
New kernel, same behavior - dump attached
If the "patch is in the queue" it hasn't come out yet. This is from kernel 2.6.33.1-24.fc13.x86_64 and still means the system can't be shut down cleanly.
Created attachment 406656 [details]
2.6.33.2-41.fc13.x86_64 crashes too
I had hopes that the new kernel would fix something. Perhaps something else, but not the crash and burn. Here's the detail from the log.
*** Bug 585142 has been marked as a duplicate of this bug. *** *** Bug 585687 has been marked as a duplicate of this bug. *** With kernel-2.6.33.3-71.fc13 I no longer get the trace. But looking at the changelog I have the suspicion that it is because of this; * Mon Apr 26 2010 Chuck Ebbert <cebbert> 2.6.33.2-66 - Turn off debugging and enable debug kernel builds. *** This bug has been marked as a duplicate of bug 571969 *** |
Description of problem: Version-Release number of selected component (if applicable): 2.6.33-1.fc13.x86_64 #1 How reproducible: This happens during system shutdown. CPU is a Intel(R) Core(TM)2 Quad CPU Q9400 @ 2.66GHz Mar 11 17:19:48 localhost cpuspeed: Disabling ondemand cpu frequency scaling governor Mar 11 17:19:48 localhost kernel: Mar 11 17:19:48 localhost kernel: ============================================= Mar 11 17:19:48 localhost kernel: [ INFO: possible recursive locking detected ] Mar 11 17:19:48 localhost kernel: 2.6.33-1.fc13.x86_64 #1 Mar 11 17:19:48 localhost kernel: --------------------------------------------- Mar 11 17:19:48 localhost kernel: K99cpuspeed/25783 is trying to acquire lock: Mar 11 17:19:48 localhost kernel: (s_active){++++.+}, at: [<ffffffff81176f02>] sysfs_addrm_finish+0x36/0x55 Mar 11 17:19:48 localhost kernel: Mar 11 17:19:48 localhost kernel: but task is already holding lock: Mar 11 17:19:48 localhost kernel: (s_active){++++.+}, at: [<ffffffff811770bd>] sysfs_get_active_two+0x24/0x48 Mar 11 17:19:48 localhost kernel: Mar 11 17:19:48 localhost kernel: other info that might help us debug this: Mar 11 17:19:48 localhost kernel: 4 locks held by K99cpuspeed/25783: Mar 11 17:19:48 localhost kernel: #0: (&buffer->mutex){+.+.+.}, at: [<ffffffff81175b9f>] sysfs_write_file+0x3c/0x144 Mar 11 17:19:48 localhost kernel: #1: (s_active){++++.+}, at: [<ffffffff811770bd>] sysfs_get_active_two+0x24/0x48 Mar 11 17:19:48 localhost kernel: #2: (s_active){++++.+}, at: [<ffffffff811770ca>] sysfs_get_active_two+0x31/0x48 Mar 11 17:19:48 localhost kernel: #3: (dbs_mutex){+.+.+.}, at: [<ffffffffa0164da2>] cpufreq_governor_dbs+0x2a0/0x352 [cpufreq_ondemand] Mar 11 17:19:48 localhost kernel: Mar 11 17:19:48 localhost kernel: stack backtrace: Mar 11 17:19:48 localhost kernel: Pid: 25783, comm: K99cpuspeed Not tainted 2.6.33-1.fc13.x86_64 #1 Mar 11 17:19:48 localhost kernel: Call Trace: Mar 11 17:19:48 localhost kernel: [<ffffffff8107e94f>] __lock_acquire+0xcb5/0xd2c Mar 11 17:19:48 localhost kernel: [<ffffffff8107cf48>] ? mark_held_locks+0x52/0x70 Mar 11 17:19:48 localhost kernel: [<ffffffff8107d329>] ? debug_check_no_locks_freed+0x12e/0x145 Mar 11 17:19:48 localhost kernel: [<ffffffff8107d1c8>] ? trace_hardirqs_on_caller+0x111/0x135 Mar 11 17:19:48 localhost kernel: [<ffffffff8107eaa2>] lock_acquire+0xdc/0x102 Mar 11 17:19:48 localhost kernel: [<ffffffff81176f02>] ? sysfs_addrm_finish+0x36/0x55 Mar 11 17:19:48 localhost kernel: [<ffffffff8107c300>] ? lockdep_init_map+0x9e/0x113 Mar 11 17:19:48 localhost kernel: [<ffffffff8117690f>] sysfs_deactivate+0x9a/0x103 Mar 11 17:19:48 localhost kernel: [<ffffffff81176f02>] ? sysfs_addrm_finish+0x36/0x55 Mar 11 17:19:48 localhost kernel: [<ffffffff8107120a>] ? sched_clock_cpu+0xc3/0xce Mar 11 17:19:48 localhost kernel: [<ffffffff81476e44>] ? __mutex_unlock_slowpath+0x120/0x132 Mar 11 17:19:48 localhost kernel: [<ffffffff81176f02>] sysfs_addrm_finish+0x36/0x55 Mar 11 17:19:48 localhost kernel: [<ffffffff81175254>] sysfs_hash_and_remove+0x53/0x6a Mar 11 17:19:48 localhost kernel: [<ffffffff811782f9>] sysfs_remove_group+0x91/0xca Mar 11 17:19:48 localhost kernel: [<ffffffffa0164db6>] cpufreq_governor_dbs+0x2b4/0x352 [cpufreq_ondemand] Mar 11 17:19:48 localhost kernel: [<ffffffff8107d1f9>] ? trace_hardirqs_on+0xd/0xf Mar 11 17:19:48 localhost kernel: [<ffffffff813a289b>] __cpufreq_governor+0x9b/0xde Mar 11 17:19:48 localhost kernel: [<ffffffff813a36e7>] __cpufreq_set_policy+0x1ce/0x275 Mar 11 17:19:48 localhost kernel: [<ffffffff813a3c0b>] store_scaling_governor+0x1a7/0x1fb Mar 11 17:19:48 localhost kernel: [<ffffffff813a3f14>] ? handle_update+0x0/0x39 Mar 11 17:19:48 localhost kernel: [<ffffffff8147775f>] ? down_write+0x7a/0x81 Mar 11 17:19:48 localhost kernel: [<ffffffff813a34f4>] store+0x61/0x86 Mar 11 17:19:48 localhost kernel: [<ffffffff81175c6b>] sysfs_write_file+0x108/0x144 Mar 11 17:19:48 localhost kernel: [<ffffffff8111ed9d>] vfs_write+0xae/0x10b Mar 11 17:19:48 localhost kernel: [<ffffffff8107d1c8>] ? trace_hardirqs_on_caller+0x111/0x135 Mar 11 17:19:48 localhost kernel: [<ffffffff8111eeba>] sys_write+0x4a/0x6e Mar 11 17:19:48 localhost kernel: [<ffffffff81009c72>] system_call_fastpath+0x16/0x1b