/stand/camcontrol

[Xin LI]

2010/9/1 Dag-Erling Smørgrav <des at des.no>:
> Consider the following commit:
>
>  r89471 | joerg | 2002-01-17 21:26:14 +0100 (Thu, 17 Jan 2002) | 8 lines
>
>  Provide an option to make camcontrol `minimalistic': if the (env/make)
>  variable RELEASE_BUILD_FIXIT is defined, a camcontrol binary will be
>  built that only knows the "rescan" and "reset" subcommands.  The
>  resulting code is small enough to still fit onto the boot floppy.
>
> This makes /stand/camcontrol completely useless.
>
> Do we still care about fitting sysinstall on a floppy?
>
> The full camcontrol is about 100 kB larger than the pared-down version,
> but I'm not sure the difference is that big when it's crunched with the
> rest of /stand.
>
>   text    data     bss     dec     hex filename
>  268751   26464   54112  349327   5548f camcontrol-crunch
>  355122   27064   58904  441090   6bb02 camcontrol-full

My 2 cents: I think we don't really need to care about the size for
rescue binary after the splitfs VFS layer have been introduced to
libstand?  Build of release split MFSROOT was 2006-ish and I feel that
this can be gone.

One of my hope is that we can add bzip2 or even 7zip support to
loader, though, which may not fit a floppy though.

Cheers,
-- 
Xin LI <delphij at delphij.net> http://www.delphij.net