[lkml]   [2005]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH x86_64] Live Patching Function on
    On Mon, 18 Apr 2005, Chris Wedgwood wrote:
    > On Mon, Apr 18, 2005 at 02:16:09AM -0700, Paul Jackson wrote:
    > > The call switching folks have been doing live patching at least
    > > since I worked on it, over 25 years ago. This is not just
    > > marketing.
    > That still doesn't explain *why* live patching is needed.

    I suspect it was needed in the past, on embedded computers so
    small they could only run one program at a time.

    I see no reason why changing programs on the fly couldn't be
    done nicer with SHM segments today - just start up the new
    program in parallel with the old one, have it attach to the
    SHM region and handshake with the old program to take over

    At that point the old program can let go of file descriptors
    (eg. those to devices), yield the CPU and the new program can
    open those file descriptors. The SHM area contains all of the
    state information needed, so the program can continue running
    like it always would.

    This may well be lower latency than live patching, and probably
    lower complexity/risk too...

    "Debugging is twice as hard as writing the code in the first place.
    Therefore, if you write the code as cleverly as possible, you are,
    by definition, not smart enough to debug it." - Brian W. Kernighan
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-04-18 13:34    [W:0.021 / U:9.084 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site