On Mon, 2010-02-15 at 10:20 -0500, Stefan Monnier wrote:
> > Here is the first part of the rootfs on external (i.e. not the squashfs,
> > jffs, or boot root) rootfs (right not just usb, but can easily be
> > extended to others).
> 
> Thanks, this is a needed feature, indeed.
> 
> > This has to be manually configured after the first
> > boot (and requires a reboot after a sysupgrade first boot).
> 
> Hmmmm... that's a problem.  It means that you can't just have
> squashfs+extroot but need a jffs2 inbetween just for this
> little cconfig.

Actually the squashfs/jffs2 is a fallback full firmware in the event of
Inevitable Disaster(tm).  
> 
> > config 'modules' 'modules'
> >     list 'fs_modules' 'fs-ext3'
> >     list 'controller' 'usb-core'
> >     list 'controller' 'usb-ohci'
> >     list 'controller' 'usb-storage'
> 
> In my (limited experience), "load all the available modules" works just
> dandy: after all, these are only the modules available in the
> "proto-root" filesystem, so they're likely to be pretty close to the
> bare minimum.
> 
> Could you explain the rationale for the relatively sophisticated config
> of modules you're proposing here?

actually, the squashfs is likely to contain much more than the bare
minimum; it's got whatever the user menuconfig selects as their base
router configuration and it's harder to do something about things going
wrong in preinit, so minimizing the modules loaded is useful.  In
addition hotplug doesn't coldplug in init.  That means hotplug events
aren't generated unless the modules are loaded after hotplug
(in /etc/init.d/boot).

And, finally, it's really not very sophisticated.  It just loads modules
if they're listed, the same was as load_modules for the main system
does, except it loads specific modules instead of all available.

It's not terribly complicated code in my opinion, so shouldn't be a
problem.

-- 
And that's my crabbing done for the day.  Got it out of the way early, 
now I have the rest of the afternoon to sniff fragrant tea-roses or 
strangle cute bunnies or something.   -- Michael Devore
GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C      http://gnupg.org
The C Shore (Daniel Dickinson's Website) http://cshore.is-a-geek.com

Attachment: signature.asc
Description: This is a digitally signed message part

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

Reply via email to