Messages in this thread | | | Subject | Re: Oops in 2.6.19.1 | From | "Zhang, Yanmin" <> | Date | Thu, 28 Dec 2006 10:41:34 +0800 |
| |
On Wed, 2006-12-27 at 12:35 +0000, Alistair John Strachan wrote: > On Wednesday 27 December 2006 02:07, Zhang, Yanmin wrote: > [snip] > > > 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 2.6.19.1. > 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@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |