Re: [RFC] [PATCH 1/7] User Space Breakpoint Assistance Layer (UBP)
From: Masami Hiramatsu
Date: Wed Jan 20 2010 - 14:32:19 EST
Frederic Weisbecker wrote:
> On Tue, Jan 19, 2010 at 09:47:45AM -0800, Jim Keniston wrote:
>>> Do you have plans for a variant
>>> that's completely in userspace?
>> I don't know of any such plans, but I'd be interested to read more of
>> your thoughts here. As I understand it, you've suggested replacing the
>> probed instruction with a jump into an instrumentation vma (the XOL
>> area, or something similar). Masami has demonstrated -- through his
>> djprobes enhancement to kprobes -- that this can be done for many x86
>> What does the code in the jumped-to vma do? Is the instrumentation code
>> that corresponds to the uprobe handlers encoded in an ad hoc .so?
> Once the instrumentation is requested by a process that is not the
> instrumented one, this looks impossible to set a uprobe without a
> minimal voluntary collaboration from the instrumented process
> (events sent through IPC or whatever). So that looks too limited,
> this is not anymore a true dynamic uprobe.
Agreed. Since uprobe's handler must be running in kernel,
we need to jump into kernel space anyway. "Booster" (just skips
a single-stepping(trap) exception) may be useful for
improving uprobe performance.
And also as Andi said, using jump instead of int3 in userspace
has 2GB address space limitation. It's not a problem for kernel
inside, but a big problem in userspace.
Hitachi Computer Products (America), Inc.
Software Solutions Division
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/