On Thu, Apr 07, 2016 at 02:10:30PM +0200, Petr Mladek wrote: > On Fri 2016-03-25 14:34:47, Josh Poimboeuf wrote: > > TODO: > > - try ftrace handler switching idea from v1 cover letter > > I have had a discussion about it with Mirek. This would help with > kthreads. If they are sleeping in a patched function, we wake > them up, this will help to migrate them before they get asleep again. > > But it might be quite tricky. We must make sure to avoid a deadlock. I assume a deadlock could only occur if the function is changing locking semantics, and it's up to the patch author to be careful? Or did I miss the point? > We probably should not check the stack in atomic context Can you elaborate why not? Regardless, this might be fine, if the only goal of this approach is to transition kthreads (which I think it is). > or in time sensitive functions. Would it be up to the patch author to make this judgement? > An alternative would be to check the stack and try migration > when the process goes into a sleep. It is a location where > we should not be afraid of any deadlocks or slight delay. > There should be high changes for a successful migration with > a minimal impact on the system throughput. But if it's sleeping on a patched function as postulated above, that doesn't solve the stated problem :-) -- Josh -- 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