Re: [PATCH x86_64] Live Patching Function on 2.6.11.7

[Chris Wedgwood <cw@f00f.org>]

On Tue, Apr 19, 2005 at 11:14:27AM +0900, Takashi Ikebe wrote:

> this makes software developer crazy....

are you serious?  how is live patching of .text easier than some of
the other suggestions which all are more or less sane and things like
gdb, oprofile, etc. will deal with w/o problems?

patching code in a running process is way complicated and messy,  if
you think this is the easier solution i guess i have little more to
say

> For me, is seems very dangerous to estimate the primary copy is not
> broken through status takeover..

that would also be a problem for live patching too, if you have bad
state, you have bad state --- live patching doesn't change that

> Some process use critical resources such as fixed network listen
> port can not speed up so.

hand the fd off to another process

> More importantly, the only process who prepare to use this mechanism
> only allows to use quick process takeover.

no, i can mmap state or similar, hand fd's off and switch to another
process in a context switch... hot patching i bet is going to be
slower

how about you show up some code that needs this?

> This cause software development difficult.

i honestly doubt in most cases you can hand live patch faster and more
easily than having the application sensibly written and passing it off

please, prove me wrong, show us some code

> The live patching does not require to implement such special
> techniques on applications.

this is like saying live patching is a complicated in-kernel solution
for badly written userspace isn't it?

-
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/