Messages in this thread | | | Subject | Re: [RFC PATCH 0/4] utrace: new modular infrastructure for user debug/tracing | From | (Frank Ch. Eigler) | Date | 16 Jun 2006 10:42:00 -0400 |
| |
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/
| |