Bug 1089708

Summary: [abrt] BUG: soft lockup - CPU#0 stuck for 22s! [uksmd:65]
Product: [Fedora] Fedora Reporter: Pavel Alexeev <pahan>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 20CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda, mchehab
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/350f663f0884a3ce9e02642c32893d8f8b387f9a
Whiteboard: abrt_hash:049eaf45d1f3c49ac01f6183e459f7547a6489dc
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2014-04-21 18:17: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:
Description Flags
File: dmesg none

Description Pavel Alexeev 2014-04-21 18:15:28 UTC 
Additional info:
reporter:       libreport-2.2.1
BUG: soft lockup - CPU#0 stuck for 22s! [uksmd:65]
Modules linked in: nfnetlink_queue nfnetlink_log nfnetlink usb_storage md4 nls_utf8 cifs dns_resolver fscache rfcomm tun bridge stp llc ebtable_nat ebtables ccm bnep ip6t_REJECT nf_conntrack_ipv6 xt_CHECKSUM nf_defrag_ipv6 iptable_mangle ipt_MASQUERADE iptable_nat xt_conntrack ip6table_filter nf_conntrack_ipv4 nf_defrag_ipv4 ip6_tables nf_nat_ipv4 nf_nat nf_conntrack btusb arc4 brcmsmac cordic brcmutil b43 mac80211 cfg80211 ssb mmc_core bcma loop fuse bluetooth samsung_laptop iTCO_wdt iTCO_vendor_support uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev media r8169 mii snd_hda_codec_hdmi rfkill snd_hda_codec_realtek intel_ips shpchp snd_hda_intel snd_hda_codec snd_hwdep snd_seq snd_seq_device mei_me mei snd_pcm snd_page_alloc snd_timer snd soundcore lpc_ich coretemp kvm_intel kvm crc32c_intel microcode i2c_i801 mfd_core joydev serio_raw acpi_cpufreq binfmt_misc nfsd auth_rpcgss nfs_acl lockd sunrpc hid_logitech_dj nouveau i915 mxm_wmi wmi ttm i2c_algo_bit drm_kms_helper drm i2c_core video [last unloaded: ipmi_msghandler]
CPU: 0 PID: 65 Comm: uksmd Not tainted 3.13.10-200.hu.1.fc20.x86_64 #1
Hardware name: SAMSUNG ELECTRONICS CO., LTD. RC410/RC510/RC710          /RC410/RC510/RC710          , BIOS 03HU.M008.20110119.KSY 01/19/2011
task: ffff88023dea1dc0 ti: ffff88023dfae000 task.ti: ffff88023dfae000
RIP: 0010:[<ffffffff81317370>]  [<ffffffff81317370>] sradix_tree_next+0x50/0x180
RSP: 0000:ffff88023dfafd60  EFLAGS: 00000246
RAX: 0000000000000100 RBX: ffffffffffffffff RCX: ffffffff81185b60
RDX: 0000000000000004 RSI: ffff88010efc28a8 RDI: ffffffff81fdcf38
RBP: ffff88023dfafd90 R08: 0000000065c00000 R09: 0000000000014540
R10: ffffffffffffffff R11: ffff88024bc14540 R12: ffff88023dfafd18
R13: ffff88023dfafd50 R14: ffff88023ffc2200 R15: ffff88023dea1dc0
FS:  0000000000000000(0000) GS:ffff88024bc00000(0000) knlGS:0000000000000000
CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
CR2: 00007f994467b3b0 CR3: 0000000001c0c000 CR4: 00000000000007f0
Stack:
 0000000000000004 ffffffff81fdcf38 0000000000000000 ffff880184076400
 ffffffff81fdcf38 ffff880114e565c0 ffff88023dfafda8 ffffffff81186c49
 0000000000000063 ffff88023dfafe70 ffffffff8118bbe7 ffffffff81686aaa
Call Trace:
 [<ffffffff81186c49>] advance_current_scan+0x59/0x1d0
 [<ffffffff8118bbe7>] uksm_do_scan+0x1e7/0x28d0
 [<ffffffff81686aaa>] ? schedule_timeout+0x17a/0x2d0
 [<ffffffff8118e455>] uksm_scan_thread+0x185/0x1b0
 [<ffffffff8118e2d0>] ? uksm_do_scan+0x28d0/0x28d0
 [<ffffffff8108f262>] kthread+0xd2/0xf0
 [<ffffffff8108f190>] ? insert_kthread_work+0x40/0x40
 [<ffffffff8169313c>] ret_from_fork+0x7c/0xb0
 [<ffffffff8108f190>] ? insert_kthread_work+0x40/0x40
Code: 00 00 66 0f 1f 84 00 00 00 00 00 8b 5d d0 41 23 5e 20 41 8b 46 1c 48 83 c3 01 48 39 c3 73 2e 0f 1f 40 00 4d 8b 64 dd 18 4d 85 e4 <74> 17 4d 85 ff 74 41 41 8b 75 00 4c 89 e7 41 ff d7 85 c0 75 33
Comment 1 Pavel Alexeev 2014-04-21 18:15:34 UTC 
Created attachment 888193 [details]
File: dmesg
Comment 2 Pavel Alexeev 2014-04-21 18:17:02 UTC 
Sorry, as it related to uksm which is not in Fedora Kernel, I think it should be closed.