Bug 790034

Summary: [abrt] kernel: BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:1:14775]
Product: [Fedora] Fedora Reporter: yx412 <yx-412>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 16CC: gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
Whiteboard: abrt_hash:9622e21a2acd86ca39bfa7e44e6bec5b5e6940c4
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-02-13 15:09:26 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
File: smolt_data none

Description yx412 2012-02-13 14:24:01 UTC 
libreport version: 2.0.8
abrt_version:   2.0.7
cmdline:        BOOT_IMAGE=/vmlinuz-3.2.3-2.fc16.x86_64 root=/dev/mapper/vg_rfish-lv_root ro rd.lvm.lv=vg_rfish/lv_root rd.md=0 rd.dm=0 KEYTABLE=us quiet SYSFONT=lat0-sun16 rhgb rd.luks=0 LANG=zh_CN.UTF-8 rd.lvm.lv=vg_rfish/lv_swap
kernel:         3.2.3-2.fc16.x86_64
reason:         BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:1:14775]
time:           Fri 10 Feb 2012 01:44:02 AM CST

smolt_data:     Text file, 4185 bytes

backtrace:
:BUG: soft lockup - CPU#0 stuck for 22s! [kworker/0:1:14775]
:Modules linked in: nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_ftp nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack tcp_lp fcoe lockd libfcoe 8021q libfc scsi_transport_fc scsi_tgt garp stp llc ip6t_REJECT joydev snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus ppdev snd_seq snd_seq_device snd_pcm snd_timer parport_pc parport e1000 snd soundcore snd_page_alloc vmw_balloon shpchp i2c_piix4 i2c_core microcode uinput sunrpc mptspi mptscsih mptbase scsi_transport_spi [last unloaded: nf_conntrack]
:CPU 0 
:Modules linked in: nf_conntrack_ipv6 nf_defrag_ipv6 ip6table_filter ip6_tables nf_conntrack_ftp nf_conntrack_netbios_ns nf_conntrack_broadcast nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack tcp_lp fcoe lockd libfcoe 8021q libfc scsi_transport_fc scsi_tgt garp stp llc ip6t_REJECT joydev snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus ppdev snd_seq snd_seq_device snd_pcm snd_timer parport_pc parport e1000 snd soundcore snd_page_alloc vmw_balloon shpchp i2c_piix4 i2c_core microcode uinput sunrpc mptspi mptscsih mptbase scsi_transport_spi [last unloaded: nf_conntrack]
:Pid: 14775, comm: kworker/0:1 Not tainted 3.2.3-2.fc16.x86_64 #1 VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform
:RIP: 0010:[<ffffffff815e1961>]  [<ffffffff815e1961>] _raw_spin_unlock_irqrestore+0x11/0x20
:RSP: 0018:ffff880028c59d60  EFLAGS: 00000246
:RAX: 0000000000000000 RBX: ffff880028c59d10 RCX: 00000000bb71c6c4
:RDX: 0000000000000000 RSI: 0000000000000246 RDI: 0000000000000246
:RBP: ffff880028c59d60 R08: ffff8800377dcef8 R09: 0000000000000000
:R10: 0000000000000002 R11: 0000000000000000 R12: 0000000103a99600
:R13: ffffffff8107e00d R14: ffff880028c59d20 R15: 0000000000000286
:FS:  0000000000000000(0000) GS:ffff88003fa00000(0000) knlGS:0000000000000000
:CS:  0010 DS: 0000 ES: 0000 CR0: 000000008005003b
:CR2: 0000003b6d00a8cd CR3: 000000003a4a1000 CR4: 00000000000406f0
:DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
:DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
:Process kworker/0:1 (pid: 14775, threadinfo ffff880028c58000, task ffff88001208c560)
:Stack:
: ffff880028c59da0 ffffffffa00b0c1c ffff88003c43dcc8 0000000000000000
: ffff8800377dcef0 ffff8800377dc000 ffff880037de9100 ffff8800377dc780
: ffff880028c59e00 ffffffffa00b0d30 0000000000013780 ffff8800377dcad8
:Call Trace:
: [<ffffffffa00b0c1c>] e1000_update_stats+0x90c/0x970 [e1000]
: [<ffffffffa00b0d30>] e1000_watchdog+0xb0/0x550 [e1000]
: [<ffffffffa00b0c80>] ? e1000_update_stats+0x970/0x970 [e1000]
: [<ffffffff81089ddd>] process_one_work+0x11d/0x470
: [<ffffffff8108b1df>] worker_thread+0x15f/0x350
: [<ffffffff8108b080>] ? manage_workers+0x230/0x230
: [<ffffffff8108fb9c>] kthread+0x8c/0xa0
: [<ffffffff815eb8f4>] kernel_thread_helper+0x4/0x10
: [<ffffffff8108fb10>] ? kthread_worker_fn+0x190/0x190
: [<ffffffff815eb8f0>] ? gs_change+0x13/0x13
:Code: 75 da 48 83 c4 08 b8 01 00 00 00 5b 5d c3 66 66 66 2e 0f 1f 84 00 00 00 00 00 55 48 89 e5 66 66 66 66 90 66 ff 07 48 89 f7 57 9d <66> 66 90 66 90 5d c3 0f 1f 84 00 00 00 00 00 55 48 89 e5 66 66
Comment 1 yx412 2012-02-13 14:24:07 UTC 
Created attachment 561558 [details]
File: smolt_data
Comment 2 Dave Jones 2012-02-13 15:00:49 UTC 

*** This bug has been marked as a duplicate of bug 790032 ***
Comment 3 Dave Jones 2012-02-13 15:09:26 UTC 
boot with nosoftlockup

We've seen this before with vmware. The kernel doesn't get scheduled often enough, which makes it think that it's locked up.