lkml.org 
[lkml]   [2006]   [Jun]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [RFC PATCH 0/4] utrace: new modular infrastructure for user debug/tracing
From
Date

Chuck Ebbert <76306.1226@compuserve.com> writes:

> [...] Renzo Davoli also posted a patch to allow "batching" of
> ptrace requests and Systemptap really needs this, too. AFAICT this
> can be done by writing a custom engine. [...]

Indeed, I like what I see (at least those parts I understand) in
roland's utrace code. One missed opportunity bit appears to be any
new support for something like per-thread breakpoints.

If I correctly understand how gdb etc. work, a hit breakpoint involves
stoppage of all other threads of a process, then the breakpoint
instruction is replaced by the original one, then the thread is
single-stepped, then the breakpoint is put back, then finally all
threads are resumed. Could utrace API provide short-lived per-thread
page copies to execute the single-stepped original instruction out of,
and avoid stopping & resuming all other threads?

- FChE
-
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/

\
 
 \ /
  Last update: 2006-06-16 16:45    [W:0.199 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site