Hi All,
A good idea IMHO. Small boot up means more stuff in removeable memory
means MUCH easier to try new versions. If we have a small simple bootup
all the "heavy" stuff could be on one plug-in memory or better two. One
for known good stuff and one for stuff being tested.
Just my 2 cents.
warm regards to all,
John
On Tue, 16 Dec 2008, Stefan Monnier wrote:
> >> I see. Sounds like a lot of trouble just to remove jffs2.
> > Yes. Is there any particular reason you're trying to do so? I see
> > what you're trying to do, but no why. JFFS2 is rather well suited for
> > the hardware OpenWRT is targeted at, integrated HD or not. Does the
> > 700gE not have any flash at all? What do you hope to gain by
> > propagating yet another edge case?
>
> The WL-700gE only has 2MB of flash, so if you're careful to strip down
> the firmware image, you get a tiny jffs2 partition that's half-working
> (too few erase blocks available for jffs2 to work reliably), and in any
> case the jffs2 is only used to override the squashfs files to make them
> mount /dev/hde1 and pivot to it early in the boot process (e.g. by
> replacing /sbin/init with a script that does
> mount+pivot+exec/sbin/init).
>
> And with more recent images, I even find it difficult to get a small
> enough image that there is space at all for a jffs2 partition.
> So instead, I change the source code so there's no need to use a jffs2
> to override the squashfs files (basically I add a few lines to
> /sbin/mount_root to try and mount /dev/hde1 and pivot to it).
>
> Not using a jffs2 partition gives me very valuable space to add some
> handy tools (handy when the /dev/hde drive somehow fails to mount), and
> removing the jffs2 code would give me yet a bit more space for more
> such tools. But it's not like it's a big deal.
>
>
> Stefan
>
> _______________________________________________
> openwrt-devel mailing list
> [email protected]
> http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
>
_______________________________________________
openwrt-devel mailing list
[email protected]
http://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
