[PATCH v3 3/9] powerpc/kprobes/optprobes: Move over to patch_instruction
Naveen N. Rao
naveen.n.rao at linux.vnet.ibm.com
Thu Jun 8 00:12:52 AEST 2017
On 2017/06/07 03:46PM, Balbir Singh wrote:
> On Wed, 2017-06-07 at 00:42 +0530, Naveen N. Rao wrote:
> > On 2017/06/06 02:29PM, Balbir Singh wrote:
> > > With text moving to read-only migrate optprobes to using
> > > the patch_instruction infrastructure. Without this optprobes
> > > will fail and complain.
> > >
> <snip>
> > > + /* We can optimize this via patch_instruction_window later */
> >
> > This probably needs a TODO just so it's clear. I do think this would be
> > good to add since we copy many instructions while setting up the
> > optprobe, so this is quite slow as it exists today.
>
> I made it read like a TODO, with a TOOD:
Yes, just a nit that it would be good to have an explicit 'TODO:' there,
without which it looks like any other comment...
But, thinking about this more, we could probably simplify this by having
optprobes set things up in a local buffer before copying it into the
instruction slot. That will also make it easier for the subsequent
support to patch many instructions at once.
>
> >
> > > + size = (TMPL_END_IDX * sizeof(kprobe_opcode_t)) / sizeof(int);
> >
> > That's just TMPL_END_IDX.
> >
>
> The entire kprobe_opcode_t and int types thing is a bit messy. The size
Right - it's an artifact of kprobes generic infrastructure. For powerpc,
it's always an integer.
> calculation assumes nothing for now in terms of sizes, but I guess the
> patch_instruction does. Another TODO?
Not sure I follow...
- Naveen
More information about the Linuxppc-dev
mailing list