Caleb James DeLisle <[email protected]> wrote: > I see 3 possible ways around this:
> A. Add USB symbols to config-6.12 for EcoNet - Not very reusable to other
> platforms, and hard to turn off when extroot is not wanted
How many bytes impact?
> B. Submit a PR to add a config option to make all kmods builtin if
they're in
> the base image - Then the extroot option can depend on this.
That's even a bigger hit, right?
> C. Possibly a way to generate kmod-builtin-xxx for every kmod-xxx (?)
> discussion. Furthermore, making all of the modules built-in has been
shown to
> have a significant amount of space-savings (
>
https://openwrt.org/docs/guide-user/additional-software/saving_space#making_all_kernel_modules_built-in
> ) so that flag might be worth something to others as well.
Oh, so it's a overwall win by removing .ko files from the rootfs.
> The second question is what is the right way to handle devices which have
a
> small JFFS or UBI section in addition to the extroot? If it exists at the
> time the extroot is first mounted, we can copy files over, but if we boot
> with the extroot removed, data will be stored there again and it will go
out
> of sync. We can imagine creating an init script which prints a warning in
> this case, but the risk will always be present. My preference, because
> I
Panic, flash available LEDs?
extroot seems like an "us" problem, not a user problem.
Anyone likely to do it, is likely aware of this list.
Sure, some of us might do this for someone else... hide the key with black tape.
{I have used USB keys that were barely bigger than the connector for white
label router platforms that ran essentially from ram. Customer then wanted
RAID for the USB keys :-). Customers also couldn't even see some of them, as
some MBs have USB slots inside 1U}
-- ] Never tell me the odds! | ipv6 mesh networks [ ] Michael Richardson, Sandelman Software Works | IoT architect [ ] [email protected] http://www.sandelman.ca/ | ruby on rails [
signature.asc
Description: PGP signature
_______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
