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 -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
