Chris Wedgwood wrote:
> On Wed, Apr 20, 2005 at 04:57:31PM +0900, Takashi Ikebe wrote:
>
>
>>hmm.. most internet base services will use TCPv4 TCPv6 SCTP...
>>AF_UNIX can not use as inter-nodes communication.
>
>
> You can send file
Chris Wedgwood wrote:
On Wed, Apr 20, 2005 at 04:35:07PM +0900, Takashi Ikebe wrote:>
To takeover the application status, connection type
communications(SOCK_STREAM) are need to be disconnected by close().
Same network port is not allowed to bind by multiple processes
AF_UNIX socket w
gwood wrote:
On Wed, Apr 20, 2005 at 01:18:23PM +0900, Takashi Ikebe wrote:
Well, Live patching is just a patch, so I think the developer of
patch should know the original source code well.
In which case they could fix the application.
Yes, so they provide us the patch module, and we want to apply the
Hello,
Chris Wedgwood wrote:
>
>
>
>>On live patching, you never need to use shared memory, just prepare
>>fixed code, and just compile it as shared ibject, that's all. pretty
>>easy and fast to replace the functions.
>>
>>
>
>it requires magic like a comp
Takashi Ikebe wrote:
>Sorry, I may mistake the point,
>Chris Wedgwood wrote:
>
>
>>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
>>
>&g
Sorry, I may mistake the point,
Chris Wedgwood wrote:
>>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 ---
Rik van Riel wrote:
>On Mon, 18 Apr 2005, Takashi Ikebe wrote:
>
>
>
>>I believe process status copy consume more time, may be below sequences are
>>needed;
>>- Stop the service on ACT-process.
>>- Copy on memory/on transaction st
lliseconds depends on
data size..)
and process will be more complicatedmakes more bugs...
--
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 : [EMAIL PROTECTED]
-
To unsubs
s
entrypoiny where you want to fix, to patch module's one.
- restart the process.
Will this be answer??
Chris Wedgwood wrote:
>On Mon, Apr 18, 2005 at 04:32:21PM +0900, Takashi Ikebe wrote:
>
>
>
>>The software does not allow to stops ov
x27;s system.
Therefore the live patching function should not stop the target
process(service process) as possible as. the more times we stop the
target process, the service goes unavailable...
Chris Wedgwood wrote:
>On Mon, Apr 18, 2005 at 01:19:57PM +0900, Takas
Davide Libenzi wrote:
>On Mon, 2005-04-18 at 00:42 -0400, Daniel Jacobowitz wrote:
>
>
>
>>On Mon, Apr 18, 2005 at 01:19:57PM +0900, Takashi Ikebe wrote:
>>
>>
>>>GDB based approach seems not fit to our requirements.
Daniel Jacobowitz wrote:
>On Mon, Apr 18, 2005 at 10:41:23AM +0900, Takashi Ikebe wrote:
>
>
>>Daniel-san,
>>GDB based approach seems not fit to our requirements. GDB(ptrace) based
>>functions are basically need to be done when target process
Hello,
Chris Wedgwood wrote:
On Mon, Apr 18, 2005 at 12:19:54PM +0900, Takashi Ikebe wrote:
This patch add function called "Live patching" which is defined on
OSDL's carrier grade linux requiremnt definition to linux 2.6.11.7
kernel.
I;m curious as to what people decided this
rdomo-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 : [EMAIL PROTECTED]
-
To unsubscribe from this list: send the lin
Hello,
This patch add function called "Live patching" which is defined on
OSDL's carrier grade linux requiremnt definition to linux 2.6.11.7 kernel.
The live patching allows process to patch on-line (without restarting
process) on i386 and x86_64 architectures, by overwriting jump assem
15 matches
Mail list logo
