Re: gdbstub initial code, another approach

2010-07-30 Thread Oleg Nesterov
On 07/29, Frank Ch. Eigler wrote: Oleg Nesterov o...@redhat.com writes: [...] - ugdb.c The kernel module which implements the basic user-space API on top of utrace. Of course, this API should be discussed. - gdbstub The

Re: gdbstub initial code, another approach

2010-07-30 Thread Frank Ch. Eigler
Hi, Oleg - [...] But I do not see how in-kernel gdbstub can help even to prototype things. In my opinion it only complicates this. If nothing else, it is not easy to test even the simple things. Just imagine the simple tests like ptrace-tests rewritten to work via remote protocol. (One

Re: gdbstub initial code, another approach

2010-07-30 Thread Jan Kratochvil
On Fri, 30 Jul 2010 16:41:24 +0200, Oleg Nesterov wrote: IOW, you think that it is better to shift gdbserver into kernel-space than port the existing one to the new API or write the new one in user space ? So far I just assumed kernel-space ugdb is the plan. As I wrote before I do not know

Re: gdbstub initial code, another approach

2010-07-30 Thread Tom Tromey
Jan == Jan Kratochvil jan.kratoch...@redhat.com writes: Jan gdb linux-nat.c (=local gdb) should be deprecated. There is Jan definitely a need for remote target and actively maintaining two Jan modes is not effective, we can run gdbserver even during Jan single-host debugging. I think we should