Bug 33089

Summary: GENERIC bloat causes 'make world' to break (overfull floppy)
Product: Base System Reporter: Adrian Steinmann <ast>
Component: i386Assignee: Murray Stokely <murray>
Status: Closed FIXED    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   
Attachments:
Description Flags
file.diff none

Description Adrian Steinmann 2001-12-22 13:20:01 UTC
	Mid-December, 2001 on stable@freebsd.org, we see this thread:

	Re: Waaaarg, we just blew out the kernel again..

	Not the first time, probably not the last time either ;-)

Fix: As I mentioned in stable@freebsd.org on Tue, 18 Dec 2001
	in Message-Id: <200112181133.MAA11130@marabu.marabu.ch>

	... a brighter future is indeed to modularize more drivers ...

	As a stopgap, we can try to compress GENERIC better:

	Here we have a patch to replace the gzip compression with 'bzip -1'
	in src/release/Makefile. It has been tested: sysinstall went fine
	on a custom-burnt CD made from the .../R/cdrom/disc1/ tree.

	BTW, these are the savings on kern.flp with the bzip-only loader:
	
	$ df -ik /mnt
	Filesystem  1K-blocks     Used    Avail Capacity iused   ifree  %iused  Mounted on
	/dev/fd0a        1407     1385        8    99%       5      25    17%   /mnt
	$ ls -l /mnt
	total 1297
	drwxr-xr-x  2 root  wheel      512 Dec 22 02:10 boot
	-r-xr-xr-x  1 root  wheel  1320875 Dec 22 02:10 kernel.bz2

	I have also checked that the loader can indeed load kernel.bz2 images.

	Since this change is quite intrusive, a second independent
	test should be done before commiting. Also, there might be
	a better place to add the LOADER_BZIP2_SUPPORT=YES
	LOADER_NO_GZIP_SUPPORT=YES flags than straight into
	WORLD_FLAGS.  One might even consider changing the default
	in the loader's Makefile.

*** release/Makefile	2001/12/02 10:31:28	1.536.2.62
--- release/Makefile	2001/12/21 22:05:38
***************
How-To-Repeat: 	make release of -stable branch, it will fail because the GENERIC floppy
	overflows (Mid-December 2001).
Comment 1 hiten pandya 2002-01-02 16:08:54 UTC
This PR can be closed.

regards,
 - Hiten
 - <hiten@uk.FreeBSD.org>

-- 
1024 45:a5:9c:f2:fb:07:da:70:18:02:0b:f3:63:f1:7a:a6 hitenp@hpdi.ath.cx
Comment 2 Sheldon Hearn freebsd_committer freebsd_triage 2002-01-09 14:06:58 UTC
State Changed
From-To: open->feedback

Feedback in the audit trail suggests that this PR can be closed. 
Please confirm. 

Please copy your feedback to <bug-followup@freebsd.org>, using the 
subject line of this message.
Comment 3 Sheldon Hearn freebsd_committer freebsd_triage 2002-01-10 12:40:07 UTC
Responsible Changed
From-To: freebsd-bugs->re

Over to the release engineering team.
Comment 4 Murray Stokely freebsd_committer freebsd_triage 2002-03-27 09:06:33 UTC
State Changed
From-To: feedback->analyzed

This PR should not be closed.  It should not be committed as is, 
either, however.  We need to wrap the changes in a 'USE_BZIP2' knob so 
that we can still build gziped distributions by default, but still 
have the option to use BZIP2 the next time this becomes a problem (as 
it inevitably will). 



Comment 5 Murray Stokely freebsd_committer freebsd_triage 2002-03-27 09:06:33 UTC
Responsible Changed
From-To: re->murray

I will work on this.
Comment 6 kensmith freebsd_committer freebsd_triage 2008-01-02 10:10:11 UTC
State Changed
From-To: analyzed->closed


The general problem of the kernel floppies overflowing has been solved 
for quite a while now.