Re: [PATCH 0/4] x86: Fix ftrace recovery when code modification failed

From: Steven Rostedt
Date: Fri Feb 21 2014 - 13:01:20 EST


On Fri, 21 Feb 2014 17:33:52 +0100
Petr MlÃdek <pmladek@xxxxxxx> wrote:

> Yes, it works but I would still do few more changes:
>
> + run_sync() also in ftrace_modify_code() in the recovery
> part; I would solve this by moving the "out" label.

Sounds good.

>
> + print some warning in update_ftrace_func() when
> ftrace_modify_code() fails; otherwise, the error
> is silently ignored

The error is passed down to the callers. Any warning should happen
there. We can move that up to the generic code. Otherwise, this is a
x86 only fix, and we leave all the other archs broken.

ftrace_modify_all_code() looks to be where the warnings should be. And
yes, any warning should also call ftrace_bug(). That can be done via a
FTRACE_WARN_ON().

>
> + BUG when the breakpoint cannot be removed; the system
> silently crash anyway because the breakpoint will not
> be handled
>
> I wonder if we should call FTRACE_WARN_ON_ONCE that calls
> "ftrace_kill" when update_ftrace_func() fails.

Don't need the _ONCE() version. Something like this (I'll let you make
the patch ;-)

int ret = 0;

if (update)
ret = ftrace_update_ftrace_func(ftrace_ops_list_func);
if (ret)
goto out;

if (command & FTRACE_UPDATE_CALLS)
ret = ftrace_replace_code(1);
else if (command & FTRACE_DISABLE_CALLS)
ret = ftrace_replace_code(0);

if (ret)
goto out;

if (update && ftrace_trace_function != ftrace_ops_list_func) {
function_trace_op = set_function_trace_op;
smp_wmb();
/* If irqs are disabled, we are in stop machine */
if (!irqs_disabled())
smp_call_function(ftrace_sync_ipi, NULL, 1);
ret = ftrace_update_ftrace_func(ftrace_trace_function);
}

if (ret)
goto out;

if (command & FTRACE_START_FUNC_RET)
ret = ftrace_enable_ftrace_graph_caller();
else if (command & FTRACE_STOP_FUNC_RET)
ret = ftrace_disable_ftrace_graph_caller();

out:
FTRACE_WARN_ON(ret);

Or if you want to keep where it failed, just replace the if (ret) goto
out, with:

if (FTRACE_WARN_ON(ret))
return;

That may actually be better.

I've already added my patch. I'll push it up to my ftrace/urgent branch
at

git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace.git

And you can write a patch based on that.

Thanks!

-- Steve

--
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/