[lkml]   [2015]   [Mar]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [RFC PATCH 0/9] livepatch: consistency model
On Tue, Mar 10, 2015 at 05:02:20PM -0400, Jiri Kosina wrote:
> On Tue, 10 Mar 2015, Josh Poimboeuf wrote:
> > Just an update on the status of this RFC. Thanks to everybody for all
> > the useful comments. I plan to incorporate the resulting changes in an
> > eventual v2 of this patch set.
> >
> > But, as Peter and Ingo have pointed out, stack traces are indeed
> > unreliable. I have some ideas about how to improve them, coming soon in
> > another RFC, which will be a prerequisite for this patch set.
> Thanks for the update. Just FYI, in parallel, Jiri Slaby (with help from a
> few other people) (added to CC) is working on RFC on a per-thread patching
> on top of the livepatching core, so that we can actually compare pros and
> cons of both aproaches and implementations.
> It might still take some time before its finalized and sent out as a RFC,
> as I'd like it to also contain the "fake signal" task handling suggested
> by Ingo. Miroslav is working on that part.

Ok, thanks for the heads up.

I think the two approaches are complementary. _If_ we can make stack
checking safe, then IMO it's by far the most lightweight and least
disruptive option, so it should be the first wave of attack. We can use
that to transition most of the tasks.

Any remaining "straggler" tasks (which are either sleeping on a patched
function or have a potentially unreliable stack) can use something else
like fake signals.


 \ /
  Last update: 2015-03-10 22:41    [W:1.056 / U:0.640 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site