lkml.org 
[lkml]   [2013]   [Oct]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 5/6] x86: patch all traced function calls using the int3-based framework
On Fri, 18 Oct 2013 10:55:57 -0400
Steven Rostedt <rostedt@goodmis.org> wrote:

> On Fri, 18 Oct 2013 16:27:24 +0200
> Petr Mladek <pmladek@suse.cz> wrote:
>
>
> > +/*
> > + * We do not want to replace ftrace calls one by one because syncing all CPUs
> > + * is quite expensive.
> > + *
> > + * On the other hand, we do not want to modify all calls at once because
> > + * the buffers for text_poke_bp might be quite huge. Also we do not want
> > + * to count the number of records before the allocation.
> > + *
> > + * Let's modify the call in batches defined by this define.
> > + */
> > +#define FTRACE_MAX_RECS_PATCH 8192
> >
> > -static int finish_update(struct dyn_ftrace *rec, int enable)
> > +static int ftrace_allocate_replace_buffers(unsigned long **addr, void **opcode)
>
> I absolutely hate this. Current ftrace conversion does not need to
> allocate at all. I want to keep it that way.
>

I should clarify that I do not hate the patch set. I actually like what
it's trying to achieve (a lot!). But I absolutely hate having to copy
records to do the bulk conversion. That part I'm giving a NAK to.

Add a text_poke_bp_iterate() or something, that removes the need for
allocating extra buffers, then I'll be very happy :-)

-- Steve


\
 
 \ /
  Last update: 2013-10-18 17:21    [W:2.044 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site