lkml.org 
[lkml]   [2014]   [Dec]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: livepatching tree for linux-next
On Tue, Dec 23, 2014 at 01:46:07AM -0800, Christoph Hellwig wrote:
> On Mon, Dec 22, 2014 at 08:52:02PM +0100, Jiri Kosina wrote:
> > Hi Stephen,
> >
> > a substantial amount of work has been invested into abstracing "Live
> > Patching" core functionality out of the already existing implementations,
> > so that further improvements can be built on top of it in incremental
> > steps.
> >
> > The core functionality (which is self-contained) now works and has been
> > Reviewed/Acked by both interested parties (i.e. people working on kPatch
> > and kGraft) and agreed to be a common ground on which further development
> > will happen.
> >
> > We plan to send a pull request for 3.20, therefore I'd like to ask you to
> > include 'for-next' branch of
>
> This is still missing the actual patch generators, which should be
> merged together with the code, otherwise we'll get a mess with forever
> out of tree tools like systemtap again.

Well, a patch generator isn't required. You can build a patch module
from source with kbuild, just like you would for any other kernel
module. This is what kGraft already does today. For example:

https://git.kernel.org/cgit/linux/kernel/git/jikos/livepatching.git/commit/?h=for-next&id=13d1cf7e702596e0cd8ec62afa6bd49c431f2d0c

We do want to add a generator, but there are two of them out there that
need to be converged. It doesn't make sense to do that work until we
have first converged the rest of the stack (namely, consistency models).
That's our next step.

The current code is by no means a final product, but it's still quite
useful already.

--
Josh


\
 
 \ /
  Last update: 2014-12-23 16:41    [W:0.077 / U:0.440 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site