Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-12 Thread Srikar Dronamraju
> Yes, and it is always equal to regs->ip when pre_ssout() is called, > > > and do the necessary fixups after single stepping out of line. > > Exactly. So it is write-only (and meaningless) to the generic uprobe > code. We can (and perhaps should) move it into autask->saved_vaddr, > arch_uprobe_p

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-11 Thread Oleg Nesterov
On 11/11, Oleg Nesterov wrote: > > On 11/11, Srikar Dronamraju wrote: > > > > Nit: > > Can we rename dup_addr to mean that it refers to the xol; something like > > dup_xol_addr or even xol_addr. So that its more clear what address it > > refers to. > > OK. How about dup_xol_work/dup_xol_vaddr ? I

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-11 Thread Oleg Nesterov
On 11/11, Srikar Dronamraju wrote: > > * Oleg Nesterov [2013-11-08 20:00:03]: > > > uprobe_task->vaddr is a bit strange. First of all it is not really > > needed, we can move it into arch_uprobe_task. The generic code uses > > it only to pass the additional argument to arch_uprobe_pre_xol(), > > a

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-10 Thread Srikar Dronamraju
* Oleg Nesterov [2013-11-08 20:00:03]: > uprobe_task->vaddr is a bit strange. First of all it is not really > needed, we can move it into arch_uprobe_task. The generic code uses > it only to pass the additional argument to arch_uprobe_pre_xol(), > and since it is always equal to instruction_point

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-10 Thread Masami Hiramatsu
(2013/11/09 4:00), Oleg Nesterov wrote: > uprobe_task->vaddr is a bit strange. First of all it is not really > needed, we can move it into arch_uprobe_task. The generic code uses > it only to pass the additional argument to arch_uprobe_pre_xol(), > and since it is always equal to instruction_pointe

Re: Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-10 Thread Masami Hiramatsu
(2013/11/11 2:28), Oleg Nesterov wrote: > On 11/11, Masami Hiramatsu wrote: >> >> (2013/11/09 4:00), Oleg Nesterov wrote: >>> uprobe_task->vaddr is a bit strange. First of all it is not really >>> needed, we can move it into arch_uprobe_task. The generic code uses >>> it only to pass the additional

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-10 Thread Oleg Nesterov
On 11/11, Masami Hiramatsu wrote: > > (2013/11/09 4:00), Oleg Nesterov wrote: > > uprobe_task->vaddr is a bit strange. First of all it is not really > > needed, we can move it into arch_uprobe_task. The generic code uses > > it only to pass the additional argument to arch_uprobe_pre_xol(), > > and

Re: [PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-10 Thread Masami Hiramatsu
(2013/11/09 4:00), Oleg Nesterov wrote: > uprobe_task->vaddr is a bit strange. First of all it is not really > needed, we can move it into arch_uprobe_task. The generic code uses > it only to pass the additional argument to arch_uprobe_pre_xol(), > and since it is always equal to instruction_pointe

[PATCH] uprobes: Add uprobe_task->dup_work/dup_addr

2013-11-08 Thread Oleg Nesterov
uprobe_task->vaddr is a bit strange. First of all it is not really needed, we can move it into arch_uprobe_task. The generic code uses it only to pass the additional argument to arch_uprobe_pre_xol(), and since it is always equal to instruction_pointer() this looks even more strange. And both utas