Return to BSD News archive
Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!olivea!news.bbn.com!mips2!roadmap.ma02.bull.com!cass.ma02.bull.com!melb.bull.oz.au!sjg From: sjg@melb.bull.oz.au (Simon J Gerraty) Newsgroups: comp.os.386bsd.bugs Subject: patchkit-0.2.2 kernel re-build too big!? Message-ID: <1993Mar23.182207.25592@melb.bull.oz.au> Date: 23 Mar 93 18:22:07 GMT Organization: Bull HN Information Systems Australia Lines: 44 I wanted to re-build my kernel after installing the 0.2.2 patch-kit. I wanted to be able to use my tape device (for a backup, more on that in the next article :-) I wanted to use Julian's SCSI stuff so I copied AHATEST to ZEN and added the options XSERVER,UCONSOLE from the GENERICISA config. I ran config, make depend, make etc all ok cp'd the new kernel to / and rebooted. The boot loader said: File too big to load - didn't load 386bsd and went on to load 386bsd.old instead. I tried cutting down on the scsi devices (can't do much, I have 3 scsi disks, one tape and another tape on the way...), added options i486 etc I fiddled about like this for a while (10mins to do a full make is a _long_ time at 0300 hrs!) Eventually I got sick of that and commented out ISOFS,NFS,XSERVER and UCONSOLE options and rebuilt. This time I got a kernel that was _just_ smaller than the original. 386bsd-dist-0.2.2 (beta): text data bss 413696 16384 153212 2nd try at re-build: 401408 90112 161740 The data and bss segments are _much_ larger - why? Does adding a second swap device account for it? I only got the thing back under 0x9000 by cutting the text to well under 400000. Has anyone else noticed this problem? I'm re-building everything at present and will try again after that. -- Simon J. Gerraty <sjg@zen.void.oz.au> (home) #include <disclaimer> /* imagine something *very* witty here */