I associate "embedded systems" with small systems that in general have some hardware limitations. To overcome this limitations sometimes we need to change traditional implementations to get the best result with less hardware.
I thoght I got very far since pivot_root worked, but I faild to overcome realy the last comand from the boot process, when exec init complains. I also think it should be very similar to make a smal fs in flash-disk insteat of prepering the ramdisk, then procead just the same way, unpacking the lrp packages, etc .... I'll no longer ask about this problem here since it's the wrong place. If I got it to work, I'll post the solution here for other people that could find it usefull freeing ram memmory by using flash memmory. Alex Cópia Lynn Avants <[EMAIL PROTECTED]>: > On Monday 09 June 2003 07:22 pm, Jeff Newmiller wrote: > > On Mon, 9 Jun 2003, Lynn Avants wrote: > [...] > > > That *is* the difference between embedded and non-embedded. Embedded > runs > > > from a ramdisk and non-embedded runs from a non-RAM disk. ;) > > > > I beg to differ. There is no direct linkage between "embedded" and > > "ramdisk". Personally, I think it is easier to work with a ramdisk > root, > > but there are certainly advantages to having a flash disk root in > the > > "embedded" domain. > > I can't necessarily argue with that. There is hardware and software > embedding, > while no clear definition of 'embedding' itself. What I personally > consider > an 'embedded OS' *is* running '/' in ramdisk, but that is only my 2 > cents. > > > > > As I said before, LEAF is not designed to run with the '/' > filesystem on > > > any media other than ramdisk... which is *exactly* what you are > > > attempting to do. > > > > This is very true, but I would not presume to suggest that this > would > > be true for all future LEAF variants. > > > > However, if someone chooses to set up a distro that does not use a > ramdisk > > as root, it will not resemble any of the current LEAF variants. That > will > > mean that support for it on this email list may not be very > practical > > because it would differ so much from the normal LEAF variants. So if > they > > remained part of the LEAF alliance, they would probably need a more > > specialized mailing list. > > Very true again, but this does not exist right now and there isn't a > simple > way of running '/' from a physical drive unless you want to go through > the > boot core and make the appropiate changes that is not a simple process > or > well-documented (if documentation to do so even exists). > -- > ~Lynn Avants > Linux Embedded Appliance Firewall Developer > http://leaf.sourceforge.net > http://guitarlynn.homelinux.org:81 > > > ------------------------------------------------------- > This SF.net email is sponsored by: Etnus, makers of TotalView, The > best > thread debugger on the planet. Designed with thread debugging features > you've never dreamed of, try TotalView 6 free at www.etnus.com. > ------------------------------------------------------------------------ > leaf-user mailing list: [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-user > SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html > ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The best thread debugger on the planet. Designed with thread debugging features you've never dreamed of, try TotalView 6 free at www.etnus.com. ------------------------------------------------------------------------ leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
