src-test/release/amd64, branch release/5.2.0 FreeBSD source tree https://cgit-dev.freebsd.org/src-test/atom?h=release%2F5.2.0 2003-07-23T05:55:02Z amd64 will not provide floppies. 2003-07-23T05:55:02Z Ruslan Ermilov ru@FreeBSD.org 2003-07-23T05:55:02Z urn:sha1:d3e8a78512d987d5dcf10a3f0329a06b87c70136 For amd64, delete the IA32 option for the boot kernel since it needs 2003-06-26T00:58:57Z Peter Wemm peter@FreeBSD.org 2003-06-26T00:58:57Z urn:sha1:9be4e090899da1ede077363ac64494f2863881e7 SYSV*, which is also removed. Enable the MUTEX_NOINLINE option for the BOOTMFS kernel for ia32, pc98, and 2003-05-18T03:52:22Z Scott Long scottl@FreeBSD.org 2003-05-18T03:52:22Z urn:sha1:b5568efe33207fe3b28e80997f732f74c8d93a0d alpha. This shaves 36-50k off of the compressed kernel size. Submitted by: jhb disklabel(8) is spelled bsdlabel(8) or sunlabel(8) these days. 2003-05-17T19:16:28Z Ruslan Ermilov ru@FreeBSD.org 2003-05-17T19:16:28Z urn:sha1:5795760c4507d7b358c9dbe3456ec419d8c2ceed Also make sure bsdlabel(8) (along with the disklabel(8) compat link) still appear on the fixit floppies of platforms that use it natively (alpha, i386, and pc98). Approved by: re (scottl) Revert rev 1.78 of dokern.sh. The ncv, stg, and nsp drivers aren't 2003-05-05T02:04:55Z Scott Long scottl@FreeBSD.org 2003-05-05T02:04:55Z urn:sha1:96b040863a34230263c5f07a335fa51090d1a460 specific to pc98, and it looks like space on the kernel floppy isn't as tight as it was. pc98 has it's own release subdir, so it's safe to remove the stg, ncv, and 2003-05-02T17:47:08Z Scott Long scottl@FreeBSD.org 2003-05-02T17:47:08Z urn:sha1:2163f9d31bc278643c87feafae3c1b9d17d9cc54 nsp drivers from the i386 floppies. Suggested by: bmah Removed mount_devfs from progs since there is no "mount_devfs" 2003-04-21T19:14:32Z Ruslan Ermilov ru@FreeBSD.org 2003-04-21T19:14:32Z urn:sha1:ca7b358a91f128670af9c6f994ada287d9fd5261 source directory (it's spelled mount_std nowadays), so it was a no-op anyway, and DEVFS is now the default. NO_COMPAT_FREEBSD4 is no more. 2003-04-17T06:04:44Z John Hay jhay@FreeBSD.org 2003-04-17T06:04:44Z urn:sha1:20f99829c38fde1bab1bf0cfa84e773f5742a7a5 Go for the auto-tuned `maxusers'. This at least fixes 2003-03-22T14:23:23Z Ruslan Ermilov ru@FreeBSD.org 2003-03-22T14:23:23Z urn:sha1:4c9fbbd687279f4a9422946f248d364833e48d20 the ``panic: timeout table full'' on Alphas. Tested by: wilko Push UFS_ACL back for i386. We have 11kbytes of free space on kern.flp. 2003-02-21T18:07:24Z Makoto Matsushita matusita@FreeBSD.org 2003-02-21T18:07:24Z urn:sha1:a9f39f60e00f584efee7cf645508bc8baa5d81ce If we have no UFS_ACL kernel, users who already uses UFS1/2 attributes get confused since no access control is performed for an update install. Still, pc98 and alpha doesn't have UFS_ACL since I don't know about them. Nyan-san, if kern.flp on tatsu has enough spaces (4k or more spaces), please back UFS_ACL for pc98 also. Data collected from: 5.0-CURRENT-20030221-JPSNAP on snapshots.jp.FreeBSD.org