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