lkml.org 
[lkml]   [2005]   [Apr]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH x86_64] Live Patching Function on 2.6.11.7
    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
    operations.

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

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