o mount (and unmount) devfs in the chroot'd filesystem
o handle umounting devfs in case of a keyboard interrupt
o remove MAKEDEV from the fixit floppy so things fit again (mount_devfs was
added in a separate commit)
o explicitly remove mfsroot.gz and loader.conf when building the cd-rom area
as otherwice cp -Rp aborts when a previous run left identical files around
o increase the number of inodes on the drivers floppy; moving drivers from
the kernel there (to shrink it's size) caused things to overflow
o while we're increasing the driver's floppy inode config, separate out all
parameters from the boot floppy
Approved by: re
the BOOTMFS kernel. These help reduce the kernel size so things fit
in a floppy image. There are more low-hanging fruit to be had here
if things fail to fit again.
to reduce the size of the bootstrap kernels. This is needed to make
stuff fit in primary floppy images. Specific drivers moved: RAID
support, tx Ethernet, and wi (wireless). Probably want to revisit
at least the last two drivers before release.
Submitted by: jhay (mostly)
floppies.
kern-small.flp and mfsroot-small.flp are for old machines that don't
support 1.44MB floppy. These floppies don't have pci related devices.
kern.flp and mfsroot.flp are normal 1.44MB floppy images.
time before the release (novel concept for me, I know :( )
Translation updates:
hardware/alpha/proc-alpha.sgml: 1.41 -> 1.44
hardware/common/dev.sgml: 1.91 -> 1.106
hardware/i386/proc-i386.sgml: 1.2 -> 1.3
relnotes/common/new.sgml: 1.355 -> 1.432
relnotes/common/relnotes.ent: 1.2 -> 1.3
Translation fixes:
hardware/sparc64/proc-sparc64.sgml
installation/common/install.sgml
installation/common/trouble.sgml
installation/sparc64/install.sgml
readme/article.sgml
Affected by the removal of the seperate release.ent file (FINALLY!):
errata/article.sgml
hardware/alpha/article.sgml
hardware/i386/article.sgml
hardware/ia64/article.sgml
hardware/sparc64/article.sgml
installation/alpha/article.sgml
installation/i386/article.sgml
installation/sparc64/article.sgml
relnotes/alpha/article.sgml
relnotes/i386/article.sgml
relnotes/sparc64/article.sgml
share/sgml/catalog
share/sgml/release.dsl
share/sgml/release.ent
Changed for the addition of the PC98 release notes, German version
hardware/Makefile
installation/Makefile
relnotes/Makefile
hardware/common/hw.ent
(and of course all the new files for pc98)
Thanks again to Martin Heinen for cleanup.
in seperate directories. This mostly affects RELENG_4 where
not doing so results in ${CHROOTDIR}/usr/src/release being
filled with object files, and "srelease" distribution having
them in.
PR: misc/43825
Prodded by: re (murray)
to use DOC_LANG to specify which languages the doc/ is built for.
Note: be aware that the DOC_LANG setting in /etc/make.conf will now
take the effect on "make release". (This is probably the desired
behavior anyway.)
PR: docs/42924
under way to move the remnants of the a.out toolchain to ports. As the
comment in src/Makefile said, this stuff is deprecated and one should not
expect this to remain beyond 4.0-REL. It has already lasted WAY beyond
that.
Notable exceptions:
gcc - I have not touched the a.out generation stuff there.
ldd/ldconfig - still have some code to interface with a.out rtld.
old as/ld/etc - I have not removed these yet, pending their move to ports.
some includes - necessary for ldd/ldconfig for now.
Tested on: i386 (extensively), alpha
Modified release notes: newsyslog(8) now uses bzip2(1) by default.
Move two TCP-related release notes from the general kernel section to
the networking protocols section. Minor wording adjustment in one
item, note MFC of the other.
into the install kernel. Unfortunately pcn(4) also needs mii(4) so that
would also have to added to install kernel, which will bloat it up so that it
doesn't fit on the floppy any more. Turns out we grew a lnc(4) module since
I last looked. So handle it as a kld loadable module during install rather
than have it statically compiled into the kernel.
lnc(4) will attach to AMD PCnet/FAST NICs if pcn(4) does not attach.
I.e. pcn(4) gets first chance. There is a problem however in that pcn(4)
was moved out of the install kernel so that the module would be used.
This however causes bad installs if one has an AMD PCnet/FAST NIC.
and the TCP bandwidth delay product window limiting features.
note: the -current version of the retransmit timer defaults
to 200ms while the -stable version defaults to 1 second for now.
MFC after: 3 days
