[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1157036578.22667.6.camel@dyn9047017100.beaverton.ibm.com>
Date: Thu, 31 Aug 2006 08:02:58 -0700
From: Badari Pulavarty <pbadari@...il.com>
To: Andi Kleen <ak@...e.de>
Cc: Jan Beulich <jbeulich@...ell.com>,
"J. Bruce Fields" <bfields@...ldses.org>,
petkov@...h.uni-muenster.de, akpm@...l.org,
lkml <linux-kernel@...r.kernel.org>
Subject: Re: Was: boot failure, "DWARF2 unwinder stuck at 0xc0100199"
On Thu, 2006-08-31 at 09:41 +0200, Andi Kleen wrote:
> -Andi
>
> P.S.: Badari, we worked out your kernel_math_context trace too:
> that one is actually a gcc bug related to dubious unwind tables generated
> for noreturn calls (in your case do_exit). We were still discussing the best
> workaround for that one.
>
I will verify them when I get a chance to move to latest kernel.
Unfortunately, so called testcases are the *real* problems I am
trying to track down in 2.6.18-rc4 and I have a setup/config/testcase
which can reproduce them consistently. I don't want to change
any kernel/config till I debug these issues. Once I figure out whats
happening - I will move to latest and verify one more time.
BTW, I have one more issue - may not be related to unwinder. As
you can see when I get a assert on CPU1, I get its stack correctly.
But CPU 2 is getting stuck while printing OOPS.
Do you know, why ?
Thanks,
Badari
----------- [cut here ] --------- [please bite here ] ---------
Kernel BUG at fs/buffer.c:2791
invalid opcode: 0000 [1] SMP
CPU 1
Modules linked in: sg sd_mod qla2xxx firmware_class scsi_transport_fc
scsi_mod ipv6 thermal processor fan button battery ac dm_mod floppy
parport_pc lp parport
Pid: 4216, comm: kjournald Not tainted 2.6.18-rc4 #3
RIP: 0010:[<ffffffff80282d39>] [<ffffffff80282d39>] submit_bh
+0x29/0x130
RSP: 0018:ffff8101bde8dd08 EFLAGS: 00010246
RAX: 0000000000000005 RBX: ffff8101bd0ad250 RCX: ffff8101df880e88
RDX: ffff8101733887c0 RSI: ffff8101bd0ad250 RDI: 0000000000000001
RBP: ffff8101bde8dd28 R08: ffff8101a033be38 R09: ffff81017605d7c0
R10: 00000000000a8f52 R11: 00000000000a8f54 R12: ffff8101a0113260 R13:
0000000000000001 R14: 0000000000000003 R15: 0000000000000080 FS:
00002b5b2e4476d0(0000) GS:ffff8101800a5140(0000) knlGS:0000000000000000
CS: 0010 DS: 0018 ES: 0018 CR0: 000000008005003b
CR2: 00002b5b2e1bd000 CR3: 0000000000201000 CR4: 00000000000006e0
Process kjournald (pid: 4216, threadinfo ffff8101bde8c000, task
ffff810180259790)
Stack: ffff810174897f70 ffff8101bd0ad250 ffff8101a0113260
000000000000004c
ffff8101bde8dd68 ffffffff80284179 00000000bde8dd68 ffff81017441d250
ffff8101769ee910 ffff8101dd2518c0 0000000000000080 ffff8101a0059200
Call Trace:
[<ffffffff80284179>] ll_rw_block+0x79/0xd0
[<ffffffff8030e868>] journal_commit_transaction+0x478/0x1170
[<ffffffff80312c8e>] kjournald+0xde/0x290
[<ffffffff8024562c>] kthread+0xdc/0x110
[<ffffffff8020abe2>] child_rip+0x8/0x12 DWARF2 unwinder stuck at
child_rip+0x8/0x12
Leftover inexact backtrace:
[<ffffffff80245550>] kthread+0x0/0x110
[<ffffffff8020abda>] child_rip+0x0/0x12
Code: 0f 0b 68 d3 e0 50 80 c2 e7 0a 48 83 7b 38 00 75 0a 0f 0b 68
RIP [<ffffffff80282d39>] submit_bh+0x29/0x130
RSP <ffff8101bde8dd08>
<1>Unable to handle kernel paging request at 0000000146f4eac0 RIP:
[<ffffffff802277b8>] task_rq_lock+0x38/0x90
PGD 1ddc2e067 PUD 0
Oops: 0000 [2] SMP
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists