On Sat, Mar 29, 2003 at 03:08:12AM -0800, Terry Lambert wrote: > Makoto Matsushita wrote: > > It seems that kern.flp for FreeBSD/alpha is flooded (tested on FreeBSD/i386). > > Maybe several kbytes should be removed from the kernel: > [ ... ] > > -r-xr-xr-x 1 root wheel 1223388 Mar 28 00:57 kernel.gz > > -r-xr-xr-x 1 root wheel 200864 Mar 28 00:57 loader > [ ... ] > > Anybody have an idea to reduce the size? > > In theory, you could boot the kernel directly, without the > loader. For that to work, though, you would need to do some > extra work, but that would get you 200K back. > bde_at_ had patches for i386 that obviate the need of loader(8). > You might also consider stripping the kernel, if it's not > stripped already; that will break some things, but probably > not things you care about when booting from a floppy. > It's already stripped. Stripping the .comment section saves me 400K for my i386 kernel. > Maybe there are some drivers, not related to the floppy, > that you could not link in, and provide kernel modules for > them on a seperate floppy; you couldn't strip the symbols, > or not keep the loader, though, in that case. I don't really > know what's in the kernel you have there, so it's hard to > tell what baggage you have to throw overboard. > Hardly. The alpha BOOTMFS kernel is already stripped to a minimum. I had to remove the IPv6 support from it last time when I generated the Alpha snapshot on i386 for Wilko. > You might want to talk to Bruce. > Always a good idea. :-) > Also, the Alpha folks might be able to pick and choose driver > sets for you, so that you could have several platform-specific > versions of floppies, by stripping platform-specific drivers > from the other floppies in the set. You'd want to ask on the > -alpha, rther than -current, list for that; the idea may or may > not be feasible. -- Ruslan Ermilov Sysadmin and DBA, ru_at_sunbay.com Sunbay Software AG, ru_at_FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:02 UTC