Bug 951862
| Summary: | [abrt] [ INFO: possible recursive locking detected ] | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Flóki Pálsson <flokip> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
| Severity: | unspecified | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 22 | CC: | caf, gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mikhail.v.gavrilov, nicolas.mailhot, nireus, samuel-rhbugs | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | abrt_hash:ae239ea9328fc81bf4ce85b0e6ca7976dd4b513a | ||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2015-03-25 12:27:02 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: |
|
||||||
Created attachment 735476 [details]
File: dmesg
*** Bug 958937 has been marked as a duplicate of this bug. *** Description of problem:
on boot
Version-Release number of selected component:
kernel
Additional info:
reporter: libreport-2.1.6
cmdline: BOOT_IMAGE=/vmlinuz-3.11.0-0.rc2.git3.1.fc20.x86_64 root=/dev/mapper/VolGroup00-fedora ro rd.md.uuid=60ab7ad8:5e71ed16:57627bc9:17e70637 rd.md.uuid=746f1cca:4ea1a3c9:22961411:6ca914c8 LANG=fr_FR.UTF-8 rd.lvm.lv=VolGroup00/fedora KEYTABLE=fr-oss rd.luks=0 rd.dm=0 rd.systemd.log_level=debug systemd.log_level=debug rd.info log_buf_len=1M
kernel: 3.11.0-0.rc2.git3.1.fc20.x86_64
runlevel: unknown
type: Kerneloops
Truncated backtrace:
[ INFO: possible recursive locking detected ]
3.11.0-0.rc2.git3.1.fc20.x86_64 #1 Not tainted
---------------------------------------------
pulseaudio/980 is trying to acquire lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01514f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
but task is already holding lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01514f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
other info that might help us debug this:
Possible unsafe locking scenario:
CPU0
----
lock(&(&substream->self_group.lock)->rlock/1);
lock(&(&substream->self_group.lock)->rlock/1);
*** DEADLOCK ***
May be due to missing lock nesting notation
4 locks held by pulseaudio/980:
#0: (snd_pcm_link_rwlock){......}, at: [<ffffffffa01531c7>] snd_pcm_drop+0x57/0xe0 [snd_pcm]
#1: (&(&substream->self_group.lock)->rlock){......}, at: [<ffffffffa01531cf>] snd_pcm_drop+0x5f/0xe0 [snd_pcm]
#2: (&(&substream->group->lock)->rlock){......}, at: [<ffffffffa0152ff1>] snd_pcm_action+0x31/0xa0 [snd_pcm]
#3: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01514f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
stack backtrace:
CPU: 1 PID: 980 Comm: pulseaudio Not tainted 3.11.0-0.rc2.git3.1.fc20.x86_64 #1
Hardware name: Gigabyte Technology Co., Ltd. EP45-DS5/EP45-DS5, BIOS F12 09/30/2008
ffff8800ae9a8000 ffff8800b2781be0 ffffffff8172e175 ffffffff825f96b0
ffff8800b2781ca0 ffffffff810e881f 0000000000005d30 000000010000000c
0000000100000000 0002491200000000 492249927893e49f ffffffff82216800
Call Trace:
[<ffffffff8172e175>] dump_stack+0x54/0x74
[<ffffffff810e881f>] __lock_acquire+0x1a0f/0x1b20
[<ffffffff810e70f5>] ? __lock_acquire+0x2e5/0x1b20
[<ffffffff810e9122>] lock_acquire+0xa2/0x1f0
[<ffffffffa01514f3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffff81736c54>] _raw_spin_lock_nested+0x44/0x80
[<ffffffffa01514f3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffffa01514f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffffa0153024>] snd_pcm_action+0x64/0xa0 [snd_pcm]
[<ffffffffa01531f0>] snd_pcm_drop+0x80/0xe0 [snd_pcm]
[<ffffffffa0154dc0>] snd_pcm_common_ioctl1+0x900/0xbf0 [snd_pcm]
[<ffffffff813023cd>] ? avc_has_perm_flags+0x16d/0x350
[<ffffffff81302289>] ? avc_has_perm_flags+0x29/0x350
[<ffffffffa0155243>] snd_pcm_playback_ioctl1+0x193/0x2a0 [snd_pcm]
[<ffffffffa0155380>] snd_pcm_playback_ioctl+0x30/0x40 [snd_pcm]
[<ffffffff81203fe5>] do_vfs_ioctl+0x305/0x530
[<ffffffff81304d0b>] ? selinux_file_ioctl+0x5b/0x110
[<ffffffff81204291>] SyS_ioctl+0x81/0xa0
[<ffffffff81741059>] system_call_fastpath+0x16/0x1b
*********** MASS BUG UPDATE ************** We apologize for the inconvenience. There is a large number of bugs to go through and several of them have gone stale. Due to this, we are doing a mass bug update across all of the Fedora 19 kernel bugs. Fedora 19 has now been rebased to 3.11.1-200.fc19. Please test this kernel update and let us know if you issue has been resolved or if it is still present with the newer kernel. If you experience different issues, please open a new bug report for those. [ INFO: possible recursive locking detected ]
3.12.0-0.rc1.git3.1.fc21.x86_64 #1 Not tainted
---------------------------------------------
pulseaudio/1297 is trying to acquire lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01d54f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
but task is already holding lock:
(&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01d54f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
other info that might help us debug this:
Possible unsafe locking scenario:
CPU0
----
lock(&(&substream->self_group.lock)->rlock/1);
lock(&(&substream->self_group.lock)->rlock/1);
*** DEADLOCK ***
May be due to missing lock nesting notation
4 locks held by pulseaudio/1297:
#0: (snd_pcm_link_rwlock){......}, at: [<ffffffffa01d71c7>] snd_pcm_drop+0x57/0xe0 [snd_pcm]
#1: (&(&substream->self_group.lock)->rlock){......}, at: [<ffffffffa01d71cf>] snd_pcm_drop+0x5f/0xe0 [snd_pcm]
#2: (&(&substream->group->lock)->rlock){......}, at: [<ffffffffa01d6ff1>] snd_pcm_action+0x31/0xa0 [snd_pcm]
#3: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa01d54f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
stack backtrace:
CPU: 1 PID: 1297 Comm: pulseaudio Not tainted 3.12.0-0.rc1.git3.1.fc21.x86_64 #1
Hardware name: Gigabyte Technology Co., Ltd. EP45-DS5/EP45-DS5, BIOS F12 09/30/2008
ffff880117f72e60 ffff880076a35be0 ffffffff817416a3 ffffffff82615f10
ffff880076a35ca0 ffffffff810f0b57 0000000000004ef0 000000010000000c
0000000100000000 00028c9400000000 51928d1490a4a525 ffffffff8222fc00
Call Trace:
[<ffffffff817416a3>] dump_stack+0x54/0x74
[<ffffffff810f0b57>] __lock_acquire+0x1a97/0x1aa0
[<ffffffff810ef3a5>] ? __lock_acquire+0x2e5/0x1aa0
[<ffffffff810f1352>] lock_acquire+0xa2/0x1f0
[<ffffffffa01d54f3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffff8174a2d4>] _raw_spin_lock_nested+0x44/0x80
[<ffffffffa01d54f3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffffa01d54f3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm]
[<ffffffffa01d7024>] snd_pcm_action+0x64/0xa0 [snd_pcm]
[<ffffffffa01d71f0>] snd_pcm_drop+0x80/0xe0 [snd_pcm]
[<ffffffffa01d8dc0>] snd_pcm_common_ioctl1+0x900/0xbf0 [snd_pcm]
[<ffffffff8130bfdd>] ? avc_has_perm_flags+0x16d/0x350
[<ffffffff8130be99>] ? avc_has_perm_flags+0x29/0x350
[<ffffffffa01d9243>] snd_pcm_playback_ioctl1+0x193/0x2a0 [snd_pcm]
[<ffffffffa01d9380>] snd_pcm_playback_ioctl+0x30/0x40 [snd_pcm]
[<ffffffff8120a435>] do_vfs_ioctl+0x305/0x530
[<ffffffff8130e92b>] ? selinux_file_ioctl+0x5b/0x110
[<ffffffff8120a6e1>] SyS_ioctl+0x81/0xa0
[<ffffffff81754569>] system_call_fastpath+0x16/0x1b
*** Bug 1164493 has been marked as a duplicate of this bug. *** This bug appears to have been reported against 'rawhide' during the Fedora 22 development cycle. Changing version to '22'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora22 |
Description of problem: booting xx Additional info: [ INFO: possible recursive locking detected ] 3.9.0-0.rc6.git2.1.fc19.x86_64 #1 Not tainted --------------------------------------------- pulseaudio/2258 is trying to acquire lock: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa03535b3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm] but task is already holding lock: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa03535b3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm] other info that might help us debug this: Possible unsafe locking scenario: CPU0 ---- lock(&(&substream->self_group.lock)->rlock/1); lock(&(&substream->self_group.lock)->rlock/1); *** DEADLOCK *** May be due to missing lock nesting notation 4 locks held by pulseaudio/2258: #0: (snd_pcm_link_rwlock){......}, at: [<ffffffffa03550f7>] snd_pcm_drop+0x57/0xf0 [snd_pcm] #1: (&(&substream->self_group.lock)->rlock){......}, at: [<ffffffffa03550ff>] snd_pcm_drop+0x5f/0xf0 [snd_pcm] #2: (&(&substream->group->lock)->rlock){......}, at: [<ffffffffa0354f21>] snd_pcm_action+0x31/0xa0 [snd_pcm] #3: (&(&substream->self_group.lock)->rlock/1){......}, at: [<ffffffffa03535b3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm] stack backtrace: Pid: 2258, comm: pulseaudio Not tainted 3.9.0-0.rc6.git2.1.fc19.x86_64 #1 Call Trace: [<ffffffff810da2f6>] __lock_acquire+0x1756/0x1a60 [<ffffffff810acd68>] ? sched_clock_cpu+0xa8/0x100 [<ffffffff810d8e85>] ? __lock_acquire+0x2e5/0x1a60 [<ffffffff810dadb2>] lock_acquire+0xa2/0x1f0 [<ffffffffa03535b3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm] [<ffffffff817191b4>] _raw_spin_lock_nested+0x44/0x80 [<ffffffffa03535b3>] ? snd_pcm_action_group+0xa3/0x240 [snd_pcm] [<ffffffffa03535b3>] snd_pcm_action_group+0xa3/0x240 [snd_pcm] [<ffffffffa0354f54>] snd_pcm_action+0x64/0xa0 [snd_pcm] [<ffffffffa0355120>] snd_pcm_drop+0x80/0xf0 [snd_pcm] [<ffffffffa0356f68>] snd_pcm_common_ioctl1+0x8d8/0xc00 [snd_pcm] [<ffffffff812f09ed>] ? avc_has_perm_flags+0x16d/0x350 [<ffffffff812f08a9>] ? avc_has_perm_flags+0x29/0x350 [<ffffffffa0357423>] snd_pcm_playback_ioctl1+0x193/0x2c0 [snd_pcm] [<ffffffffa0357580>] snd_pcm_playback_ioctl+0x30/0x40 [snd_pcm] [<ffffffff811edd65>] do_vfs_ioctl+0x305/0x530 [<ffffffff812f337b>] ? selinux_file_ioctl+0x5b/0x110 [<ffffffff811ee011>] sys_ioctl+0x81/0xa0 [<ffffffff81723019>] system_call_fastpath+0x16/0x1b