On Thu, 12 Feb 2015, Peter Zijlstra wrote:
> > The short answer is: I need a way to ensure that a task isn't sleeping
> > on any of the functions we're trying to patch. If it's not, then I can
> > switch the task over to start using new versions of functions.
> >
> > Obviously, there are many more details than that. If you have specific
> > questions I can try to answer them.
>
> How can one task run new and another task old functions? Once you patch
> any indirect function pointer any task will see the new call.
Patched functions are redirected through ftrace trampoline, and decision
is being made there which function (old or new) to redirect to.
Function calls through pointer always go first to the original function,
and get redirected from its __fentry__ site.
Once the system is in fully patched state, the overhead of the trampoline
is reduced (no expensive decision-making to be made there, etc) to
minimum.
Sure, you will never be on a 100% of performance of the unpatched kernel
for redirected functions, the indirect call through the trampoline will
always be there (although ftrace with dynamic trampolines is really
minimizing this penalty to few extra instructions, one extra call and one
extra ret being the expensive ones).
> And what's wrong with using known good spots like the freezer?
It has undefined semantics when it comes to what you want to achieve here.
Say for example you have a kernel thread which does something like
while (some_condition) {
ret = foo();
...
try_to_freeze();
...
}
and you have a livepatch patching foo() and changing its return value
semantics. Then freezer doesn't really help.
--
Jiri Kosina
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe live-patching" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
