Thanks!   :)
But just to clarify, initrd is not initramfs.
For what I have read, they are pretty similar, but also have fundamental 
differences.  I ditched initrd because initramfs is here to replace it, so I 
haven't looked at it carefully.
But again, for what I have read, and being unfamiliar with both, I would not 
assume any behaviour on either given the one in the  other. 

See:
http://www.mjmwired.net/kernel/Documentation/filesystems/ramfs-rootfs-initra 
mfs.txt
http://www.linuxdevices.com/articles/AT4017834659.html 

It's kindda cool though...   :)
Enrique 

PS: I still don't know if the memory gets released after the boot.
I'll post here my whole kernel enchilada after I am done.
It's a little bit crude, but it works...   :) 


Joe writes: 

> If I remember correctly, the initrd ramdisk is freed back once you 
> switch over to the real root filesystem. I don't remember if you have to 
> do anything special other than switching to the real root. 
> 
> This page has some more info. 
> 
> http://www.ibm.com/developerworks/linux/library/l-initrd.html 
> 
> kitepilot@kitepilot.com wrote:
>> OK, I did it...
>> I compiled an all-modules kernel and I am using udev inside my initramfs 
>> init to find my root partition and boot the system.
>> It works cool...  :)  
>>
>> It wasn't easy, and after lots of tries with klibc-1.5, I gave it up and 
>> went to a straight glibc (2.8-20080929).  
>>
>> Also, sorting out modules dependencies was a $%#& (challenge  :), so I just 
>> included every freaking-existing-module-under-the-Sun into my cpio tree.
>> Along with a bunch of commands and glibc libraries.
>> That yielded a generous 30MB worth of junk to boot from.
>> In memory...
>> Still with me?
>> Good...   :)  
>>
>> Now my question is:
>> Where do those 30MB go to after boot?
>> Are they released back to the pool or are they held hostage in RAM forever?  
>>
>> I'm dizzy and crossed-eyed reading kernel documents/messages and I just 
>> can't come up with a straight answer.
>> I think I'm gonna puke depmods...   :(
>> Does anybody know?
>> ET  
>>
>> PS: BTW, this is an LFS installation, nothing fancy...
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>>   
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
---------------------------------------------------
PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
To subscribe, unsubscribe, or to change your mail settings:
http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss