Re: [PATCH] i386 & x86_64: Live Patching Funcion on 2.6.11.7

From: Takashi Ikebe
Date: Sun Apr 17 2005 - 20:44:20 EST


Daniel-san, David-san,

Pannus project has two targets.
One is user-mode application live patching, and the other one is kernel live patching.
What we posted now is user-mode application live patching function.

>If I'm right, I'm not sure why some of the bits of it were done
>separately instead of via the existing ptrace mechanism. And GDB
>would appreciate a mechanism for mmap/munmap/mprotect in a debugged
>process, also.

Daniel-san,
GDB based approach seems not fit to our requirements. GDB(ptrace) based functions are basically need to be done when target process is stopping. From our experience, sometimes patches became to dozens to hundreds at one patching, and in this case GDB based approach cause target process's availability descent.

Patch exceeds 50k, so I cut comments and separate architecture, and post as in line.

David S. Miller wrote:
On Sun, 17 Apr 2005 14:51:43 -0400
Daniel Jacobowitz <dan@xxxxxxxxxx> wrote:


Takashi-san's description was not very clear, but it sounds like it's a
patching mechanism for userspace applications - not for kernel space.
So kprobes would not be a good fit.


I saw the presentation of this stuff at the Linux Kernel conference
last year in Tokyo. I'm pretty sure it's for the kernel. :-)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

--
Takashi Ikebe
NTT Network Service Systems Laboratories
9-11, Midori-Cho 3-Chome Musashino-Shi,
Tokyo 180-8585 Japan
Tel : +81 422 59 4246, Fax : +81 422 60 4012
e-mail : ikebe.takashi@xxxxxxxxxxxxx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/