From: Lee Revell <rlrevell@joe-job.com>
To: Paul Risenhoover <prisenhoover@daxsolutions.com>
Cc: Jussi Hamalainen <count@theblah.fi>,
linux-kernel@vger.kernel.org, Ingo Molnar <mingo@elte.hu>
Subject: Re: kernel: BUG: soft lockup detected on CPU#0!
Date: Wed, 29 Mar 2006 18:38:49 -0500 [thread overview]
Message-ID: <1143675530.15145.3.camel@mindpipe> (raw)
In-Reply-To: <442AEF2B.2000506@daxsolutions.com>
On Wed, 2006-03-29 at 12:33 -0800, Paul Risenhoover wrote:
> Thanks for the info Jussi, and I will definitely try that, but I don't
> understand why the stack trace shows a pile of smbfs calls, and how that
> might relate to the USB controller. But then again, maybe that's why
> I'm not a kernel developer.
>
Here's the non-wrapped version, which should be much easier to read. I
don't think it's related to the USB controller.
Mar 28 08:10:07 xenon kernel: BUG: soft lockup detected on CPU#0!
Mar 28 08:10:07 xenon kernel:
Mar 28 08:10:07 xenon kernel: Modules linked in: smbfs md5 ipv6 parport_pc lp parport autofs4 i2c_dev i2c_core rfcomm l2cap bluetooth sunrpc pcmcia yenta_socket rsrc_nonstatic pcmcia_core video button battery ac uhci_hcd ehci_hcd shpchp e1000 dm_snapshot dm_zero dm_mirror ext3 jbd dm_mod ata_piix libata sd_mod scsi_mod
Mar 28 08:10:07 xenon kernel: Pid: 2601, comm: smbiod Not tainted 2.6.11-1.1369_FC4
Mar 28 08:10:07 xenon kernel: RIP: 0010:[<ffffffff80349754>] <ffffffff80349754>{skb_copy_datagram_iovec+52}
Mar 28 08:10:07 xenon kernel: RSP: 0018:ffff810073219b58 EFLAGS: 00000206
Mar 28 08:10:07 xenon kernel: RAX: ffff810073219e08 RBX: 0000000000000003 RCX: 0000000000000000
Mar 28 08:10:07 xenon kernel: RDX: ffff810073219e48 RSI: 00000000000000c5 RDI: ffff81005ddbb380
Mar 28 08:10:07 xenon kernel: RBP: 00000000000000c5 R08: 0000000000000000 R09: 0000000000004000
Mar 28 08:10:07 xenon kernel: R10: ffffffff804cc7e0 R11: 0000000000000048 R12: 00000000000000c8
Mar 28 08:18:10 xenon kernel: R13: ffff810064a72160 R14: 00000000000000c5 R15: 0000000000000000
Mar 28 08:18:10 xenon kernel: FS: 00002aaaaadfc6e0(0000) GS:ffffffff80576c00(0000) knlGS:0000000000000000
Mar 28 08:18:10 xenon kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
Mar 28 08:22:11 xenon kernel: CR2: 00002aaaaaaac000 CR3: 000000003e11c000 CR4: 00000000000006e0
Mar 28 08:22:11 xenon kernel:
Mar 28 08:22:11 xenon kernel: Call Trace:<ffffffff8037a148>{tcp_recvmsg+1320} <ffffffff80343df3>{sock_common_recvmsg+51}
Mar 28 08:22:11 xenon kernel: <ffffffff80343210>{sock_recvmsg+304} <ffffffff8015cad0>{autoremove_wake_function+0}
Mar 28 08:22:11 xenon kernel: <ffffffff8034468f>{lock_sock+783} <ffffffff803439fb>{kernel_recvmsg+59}
Mar 28 08:22:11 xenon kernel: <ffffffff8821face>{:smbfs:smb_receive_drop+158} <ffffffff8039b2a7>{inet_ioctl+167}
Mar 28 08:22:11 xenon kernel: <ffffffff88222896>{:smbfs:smb_request_recv+86} <ffffffff8039b2a7>{inet_ioctl+167}
Mar 28 08:22:11 xenon kernel: <ffffffff882224c8>{:smbfs:smbiod+1080} <ffffffff8015cad0>{autoremove_wake_function+0}
Mar 28 08:22:11 xenon kernel: <ffffffff8010fc33>{child_rip+8} <ffffffff88222090>{:smbfs:smbiod+0}
Mar 28 08:22:11 xenon kernel: <ffffffff8010fc2b>{child_rip+0}
Mar 28 08:22:11 xenon kernel:
Mar 28 08:22:11 xenon kernel: Call Trace: <IRQ> <ffffffff8017012d>{softlockup_tick+285} <ffffffff80113fc1>{timer_interrupt+913}
Mar 28 08:22:11 xenon kernel: <ffffffff801703ec>{handle_IRQ_event+44} <ffffffff801705fd>{__do_IRQ+477}
Mar 28 08:22:11 xenon kernel: <ffffffff8013c54e>{profile_tick+78} <ffffffff801120b8>{do_IRQ+72}
Mar 28 08:22:11 xenon kernel: <ffffffff8010f6c3>{ret_from_intr+0} <EOI> <ffffffff80349754>{skb_copy_datagram_iovec+52}
Mar 28 08:22:11 xenon kernel: <ffffffff8037a148>{tcp_recvmsg+1320} <ffffffff80343df3>{sock_common_recvmsg+51}
Mar 28 08:22:11 xenon kernel: <ffffffff80343210>{sock_recvmsg+304} <ffffffff8015cad0>{autoremove_wake_function+0}
Mar 28 08:22:11 xenon kernel: <ffffffff8034468f>{lock_sock+783} <ffffffff803439fb>{kernel_recvmsg+59}
Mar 28 08:22:11 xenon kernel: <ffffffff8821face>{:smbfs:smb_receive_drop+158} <ffffffff8039b2a7>{inet_ioctl+167}
Mar 28 08:22:11 xenon kernel: <ffffffff88222896>{:smbfs:smb_request_recv+86} <ffffffff8039b2a7>{inet_ioctl+167}
Mar 28 08:24:12 xenon kernel: <ffffffff882224c8>{:smbfs:smbiod+1080} <ffffffff8015cad0>{autoremove_wake_function+0}
Mar 28 08:24:12 xenon kernel: <ffffffff8010fc33>{child_rip+8} <ffffffff88222090>{:smbfs:smbiod+0}
Mar 28 08:24:12 xenon kernel: <ffffffff8010fc2b>{child_rip+0}
prev parent reply other threads:[~2006-03-29 23:38 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-28 20:44 kernel: BUG: soft lockup detected on CPU#0! Paul Risenhoover
2006-03-29 4:56 ` Jussi Hamalainen
2006-03-29 20:33 ` Paul Risenhoover
2006-03-29 23:38 ` Lee Revell [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1143675530.15145.3.camel@mindpipe \
--to=rlrevell@joe-job.com \
--cc=count@theblah.fi \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=prisenhoover@daxsolutions.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox