lkml.org 
[lkml]   [1998]   [Jun]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: alternate /proc/config.gz patch and a kfree question.
    Date
    "A month of sundays ago Andrew J. Anderson wrote:"
    >
    > If the ability to free up that memory after boot is desired, then I
    > believe that an implementation similar to mine will need to be used -- I
    > did not see any easy way to free up the memory using the array_read style
    > entries.

    If you have the heart, please let me have a 2-line synopsis of how you
    can free that memory (I'm marking exams and can't do anything else).

    I tried to think of how the other day, and concluded only that it's
    impossible. Either the data or the code to generate the data must be
    in the runtime kernel. Those two items are the same size in the case of
    compressed info, natch. (Modules or external files are too unreliable to
    be worth the bother - imo).

    > =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
    > Andrew Anderson http://amelia.db.erau.edu/~andrew/
    > if(!(family_tree=fork())){redneck=TRUE;}

    Cc:ed to linux-kernel without going back to check the To: line.
    Apologies if inappropriate.

    Peter ptb@it.uc3m.es

    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu

    \
     
     \ /
      Last update: 2005-03-22 13:42    [W:0.020 / U:123.580 seconds]
    ©2003-2016 Jasper Spaans. hosted at Digital OceanAdvertise on this site