Re: Oops in 126.96.36.199
From: Zhang, Yanmin
Date: Wed Dec 27 2006 - 21:42:08 EST
On Wed, 2006-12-27 at 12:35 +0000, Alistair John Strachan wrote:
> On Wednesday 27 December 2006 02:07, Zhang, Yanmin wrote:
> > > 00000000 Call Trace:
> > > [<c015d7f3>] do_sys_poll+0x253/0x480
> > > [<c015da53>] sys_poll+0x33/0x50
> > > [<c0102c97>] syscall_call+0x7/0xb
> > > [<b7f26402>] 0xb7f26402
> > > =======================
> > > Code: 58 01 00 00 0f 4f c2 09 c1 89 c8 83 c8 08 85 db 0f 44 c8 8b 5d f4
> > > 89 c8 8b 75
> > > f8 8b 7d fc 89 ec 5d c3 89 ca 8b 46 6c 83 ca 10 3b <87> 68 01 00 00 0f 45
> > > ca eb b6 8d b6 00 00 00 00 55 b8 01 00 00
> > Above codes look weird. Could you disassemble kernel image and post
> > the part around address 0xc0156f60?
> > "87 68 01 00 00" is instruction xchg, but if I disassemble from the
> > begining, I couldn't see instruct xchg.
> > > EIP: [<c0156f60>] pipe_poll+0xa0/0xb0 SS:ESP 0068:ee1b9c0c
> Unfortunately, after suspecting the toolchain, I did a manual rebuild of
> binutils, gcc and glibc from the official sites, and then rebuilt 188.8.131.52.
> This might upset the decompile below, versus the original report.
> Assuming it's NOT a bug in my distro's toolchain (because I am now running the
> GNU stuff), it'll crash again, so this is still useful.
> Here's a current decompilation of vmlinux/pipe_poll() from the running kernel,
> the addresses have changed slightly. There's no xchg there either:
Could you reproduce the bug by the new kernel, so we could get the exact address
and instruction of the bug?
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/