On Thu, 2013-07-11 at 21:23 +0200, Jiri Kosina wrote:
> > Thus you would need to do something like:
>
> Yup, I have been looking at the ftrace implementation and came to this
> conclusion; thanks for confirmation.
> That's exactly why I wanted to postpone converting ftrace before agreement
> on
On Thu, 11 Jul 2013, Steven Rostedt wrote:
> On Thu, 2013-07-11 at 02:04 +0200, Jiri Kosina wrote:
>
> > I even have preliminary (completely untested) patch, but would like to
> > have this merged/acked in the first round before proceeding with porting
> > ftrace to the new interface.
> >
> >
On Thu, 2013-07-11 at 02:04 +0200, Jiri Kosina wrote:
> I even have preliminary (completely untested) patch, but would like to
> have this merged/acked in the first round before proceeding with porting
> ftrace to the new interface.
>
> > Also, I wonder if its worth batching up updates. For exa
(2013/07/11 5:25), Jiri Kosina wrote:
> Hi,
>
> this is a resurrection of a few years old idea to have jump labels use
> synchronization based on int3 breakpoint rather than relying on
> stop_machine() with all the consequences.
>
> ftrace has been doing exactly this kind of patching for year s
On Wed, 10 Jul 2013, Jason Baron wrote:
> > this is a resurrection of a few years old idea to have jump labels use
> > synchronization based on int3 breakpoint rather than relying on
> > stop_machine() with all the consequences.
> >
> > ftrace has been doing exactly this kind of patching for yea
On 07/10/2013 04:25 PM, Jiri Kosina wrote:
> Hi,
>
> this is a resurrection of a few years old idea to have jump labels use
> synchronization based on int3 breakpoint rather than relying on
> stop_machine() with all the consequences.
>
> ftrace has been doing exactly this kind of patching for yea
Hi,
this is a resurrection of a few years old idea to have jump labels use
synchronization based on int3 breakpoint rather than relying on
stop_machine() with all the consequences.
ftrace has been doing exactly this kind of patching for year since
08d636b6 ("ftrace/x86: Have arch x86_64 use br
7 matches
Mail list logo