public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Takashi Ikebe <ikebe.takashi@lab.ntt.co.jp>
To: "David S. Miller" <davem@davemloft.net>,
	Daniel Jacobowitz <dan@debian.org>
Cc: linux-kernel@vger.kernel.org
Subject: Re: [PATCH] i386 & x86_64: Live Patching Funcion on 2.6.11.7
Date: Mon, 18 Apr 2005 10:41:23 +0900	[thread overview]
Message-ID: <42631043.7000409@lab.ntt.co.jp> (raw)
In-Reply-To: <20050417133252.353a5666.davem@davemloft.net>

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@debian.org> 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@vger.kernel.org
> 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@lab.ntt.co.jp

  reply	other threads:[~2005-04-18  1:43 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-04-17  3:47 [PATCH] i386 & x86_64: Live Patching Funcion on 2.6.11.7 Takashi Ikebe
2005-04-17  6:44 ` David S. Miller
2005-04-17 18:51   ` Daniel Jacobowitz
2005-04-17 20:32     ` David S. Miller
2005-04-18  1:41       ` Takashi Ikebe [this message]
2005-04-18  4:41         ` Daniel Jacobowitz
2005-04-18  5:20           ` Takashi Ikebe
2005-04-23 16:10   ` Andi Kleen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=42631043.7000409@lab.ntt.co.jp \
    --to=ikebe.takashi@lab.ntt.co.jp \
    --cc=dan@debian.org \
    --cc=davem@davemloft.net \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox