[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <1211869515.29836.2.camel@elijah.suse.cz>
Date: Tue, 27 May 2008 08:25:15 +0200
From: Petr Tesarik <ptesarik@...e.cz>
To: Roland McGrath <roland@...hat.com>
Cc: Luming Yu <luming.yu@...il.com>,
LKML <linux-kernel@...r.kernel.org>, linux-ia64@...r.kernel.org
Subject: Re: [RFC PATCH] set TASK_TRACED before arch_ptrace code to fix a
race
On Mon, 2008-05-26 at 23:12 -0700, Roland McGrath wrote:
> > [<a00000010000a9f0>] skip_rbs_switch+0xe0/0x110
> > sp=e000000141c9fe30 bsp=e000000141c90cf8
> > [<a000000000010740>] __kernel_syscall_via_break+0x0/0x20
> > sp=e000000141ca0000 bsp=e000000141c90cf8
Indeed, there seems to be a large hole here. So, this is either a bug in
the unwinder, or a bug in the RBS synchronization, which causes
corruption. My test machine currently needs some work to run 2.6.25
again, but I'll try your test case as soon as I re-install it later this
week.
Cheers,
Petr Tesarik
> > [<a0000001000971c0>] ptrace_stop+0xa0/0x3e0
> > sp=e00000014716fdb0 bsp=e000000147160ca8
> > [<a000000100097650>] ptrace_notify+0x150/0x1c0
> > sp=e00000014716fdb0 bsp=e000000147160c88
>
> If this is a backtrace of a single thread on the same kernel stack, it has
> a stack depth of over 84MB. You still need to follow the path inside
> ia64_ptrace_stop() to see how any of this is possible.
>
>
> Thanks,
> Roland
--
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