Re: alternate /proc/config.gz patch and a kfree question.

Peter T. Breuer (ptb@it.uc3m.es)
Fri, 5 Jun 1998 00:40:00 +0200 (MET DST)


"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