Re: [Leaf-devel] CVS structure (was: Patched kernel 2.4.3(abouttobe) available.)
On Fri, 20 Apr 2001, Mike Noyes wrote: > [EMAIL PROTECTED], 2001-04-20 17:26 -0700 > >On Fri, 20 Apr 2001, Mike Noyes wrote: > > > I thought this might be a good way to write protect hard drives > > > and flash disks. > > > >Perhaps... or it may actually be _too_ restrictive, since you simply > >don't have the option to write anything to it... almost like a cd, > >without the media portability. > > Ok. I must be getting confused. I thought packramfs would write temporary > data to a cramfs partition. I overlooked that capability. > > >This seems appropriate for a truly single-purpose hardware device, since > >you don't need such a big ramdisk, and you don't want to customize > >it. When dealing with the variety of hardware that LRP can handle, > >though, it seems like too much work. > > That would explain the strange look I got from the MontaVista rep. when I > suggested cramfs on a floppy. This still doesn't explain why Debian is > trying to do the following for their boot floppies. > > http://lists.debian.org/debian-boot-0102/msg00435.html > ~ Build in crams and ramfs. We're going to boot off of a cramfs initrd > ~ and then set up and pivot_root into a ramfs filesystem. I;m not really familiar with the details, but I think the cramfs initrd is both disk- and ram-efficient, and pivoting the root means switching the root over to a writeable filesystem while maintaining access to the old filesystem. For a boot floppy there is no customization, but it is convenient to have a writeable root. --- Jeff NewmillerThe . . Go Live... DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... Work:<[EMAIL PROTECTED]> Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/BatteriesO.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --- ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] CVS structure (was: Patched kernel 2.4.3(abouttobe) available.)
On Fri, 20 Apr 2001, Mike Noyes wrote: > [EMAIL PROTECTED], 2001-04-20 16:30 -0700 > >On Fri, 20 Apr 2001, Mike Noyes wrote: > > > > > David Douthitt, 2001-04-20 16:25 -0500 > > > >I like the long name idea, using VFAT. The only thing is, VFAT adds > > > >FAT to the kernel (pun intended :-) Just how big is this thing? > > > > > > Would someone explain to me why we shouldn't use cramfs? I believe it > > > works with floppies too. > > > >This is designed to remain mounted indefinitely, which is appropriate for > >flashram, but I feel this is inappropriate for the floppy. > > Jeff, > That doesn't sound good, but how is it different from the backup scripts we > use now? The disk need not be accessed for months at a time in an LRP box. > I thought this might be a good way to write protect hard drives > and flash disks. Perhaps... or it may actually be _too_ restrictive, since you simply don't have the option to write anything to it... almost like a cd, without the media portability. This seems appropriate for a truly single-purpose hardware device, since you don't need such a big ramdisk, and you don't want to customize it. When dealing with the variety of hardware that LRP can handle, though, it seems like too much work. --- Jeff NewmillerThe . . Go Live... DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... Work:<[EMAIL PROTECTED]> Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/BatteriesO.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --- ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel
Re: [Leaf-devel] CVS structure (was: Patched kernel 2.4.3(abouttobe) available.)
On Fri, 20 Apr 2001, Mike Noyes wrote: > David Douthitt, 2001-04-20 16:25 -0500 > >I like the long name idea, using VFAT. The only thing is, VFAT adds > >FAT to the kernel (pun intended :-) Just how big is this thing? > > Would someone explain to me why we shouldn't use cramfs? I believe it works > with floppies too. This is designed to remain mounted indefinitely, which is appropriate for flashram, but I feel this is inappropriate for the floppy. > http://www.linuxdevices.com/articles/AT5214244852.html > ~ Together, Quinlan reckons that cramfs, ramfs and packramfs comprise an > ~ "elegant" solution for embedded developers wishing to optimize boot > ~ time, resource usage and robustness. --- Jeff NewmillerThe . . Go Live... DCN:<[EMAIL PROTECTED]>Basics: ##.#. ##.#. Live Go... Work:<[EMAIL PROTECTED]> Live: OO#.. Dead: OO#.. Playing Research Engineer (Solar/BatteriesO.O#. #.O#. with /Software/Embedded Controllers) .OO#. .OO#. rocks...2k --- ___ Leaf-devel mailing list [EMAIL PROTECTED] http://lists.sourceforge.net/lists/listinfo/leaf-devel