>> Still, you need jffs2 there (both the jffs2 partition and the jffs2
>> modules).  That's a lot of flash space for something that's not
>> actually needed.  And of course, it's also an added step when
>> installing upgrading the firmware.
> Having a fallback jffs2 is something most people have said they think is
> required.

Hmm... [my Flash doesn't have space for jffs2 :-( ]
I wonder why they think it's required.

>> > actually, the squashfs is likely to contain much more than the bare
>> > minimum;
>> Why?  If your rootfs is on USB or some such, there's little point in
>> including lots of stuff in your squashfs.
> Again, popular request is for a fallback jffs2.

Still: if you do use the jffs2, then having the jffs2 in there is quite
compatible with "little point in including lots of stuff in your
squashfs": are there going to be modules in your squashfs that are not
used before mounting the external rootfs, and if so what good are they?

>> Well, I'm looking at it from the point of view of a user who'd like to be
>> able to directly tell "make menuconfig" that his rootfs is on /dev/hde1,
>> in which case any configuration on top of "the rootfs device name" is
>> an annoyance.
> Having an automatic configuration option is something I intend to have,
> however it won't be the default, because it's not as safe.

In which sense is it less safe than your flash firmware after you've
set the config file to mount the external rootfs?

Also, you can easily make it fallback on squashfs+tmpfs if the
partition is not found (after some timeout, let's say) or if the
partition is found but without /sbin/init.  So at least for USB drives,
you can just disconnect the drive while booting to fallback to
a safe state.
And there's always the failsafe mode as well.
[ Still talking from my experience with a WL-700gE where a jffs2 was
  not an option. And in my case, disconnecting the drive was not really
  an option since it's IDE. ]

> Well Felix has suggested a way of dealing with this, so that we don't
> need the modules, or for that matter a config file separate
> from /etc/config/fstab

Wonderful, tho I missed that email.


        Stefan

_______________________________________________
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/mailman/listinfo/openwrt-devel

Reply via email to