src/sys/boot/alpha/libalpha, branch release/3.2.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F3.2.0_cvs 1999-05-24T16:47:10Z This commit was manufactured by cvs2svn to create tag 1999-05-24T16:47:10Z cvs2svn cvs2svn@FreeBSD.org 1999-05-24T16:47:10Z urn:sha1:bff5b80e6cde3256fd760aec0882f8b9fa85b5ee 'RELENG_3_2_0_RELEASE'. This commit was manufactured to restore the state of the 3.2-RELEASE image. Releases prior to 5.3-RELEASE are omitting the secure/ and crypto/ subdirs. Include "bootstrap.h" to get a definition for bcache_devdata. 1998-11-03T23:44:49Z Mike Smith msmith@FreeBSD.org 1998-11-03T23:44:49Z urn:sha1:631746a1719f3ac2ea027fd93de614e73726aa67 Submitted by: jkh Implement a simple LRU block cache. By default this is initialised to 16k, 1998-11-02T23:28:11Z Mike Smith msmith@FreeBSD.org 1998-11-02T23:28:11Z urn:sha1:af1f6e0673515936750cc5079ca5afd238ec925c and will bypass transfers for more than 8k. Blocks are invalidated after 2 seconds, so removable media should not confuse the cache. The 8k threshold is a compromise; all UFS transfers performed by libstand are 8k or less, so large file reads thrash the cache. However many filesystem metadata operations are also performed using 8k blocks, so using a lower threshold gives poor performance. Those of you with an eye for cache algorithms are welcome to tell me how badly this one sucks; you can start with the 'bcachestats' command which will print the contents of the cache and access statistics. * Extend the memory available for the heap from 256k to 512k. 1998-10-31T17:12:32Z Doug Rabson dfr@FreeBSD.org 1998-10-31T17:12:32Z urn:sha1:06feb69276c45157af7e9e5bbbf56d74cd77ebfe * Embed the stack into the bss section for loader and netboot. This is required for netboot since otherwise the stack would be inside our heap. * Install loader and netboot in /boot by default. * Fix getbootfile so that it searches for a ',' instead of a ';' when terminating the filename. Turn of disk debugging by default (suppress annoying "partition marked as 1998-10-16T19:26:11Z Mike Smith msmith@FreeBSD.org 1998-10-16T19:26:11Z urn:sha1:d800cebf6173364d6a478d8ae36a94f9096b0aae unused" diagnostic on floppies). Fix the bootinfo so that the right values actual make it into the kernel. 1998-10-15T21:55:58Z Doug Rabson dfr@FreeBSD.org 1998-10-15T21:55:58Z urn:sha1:6214a95af0bd5d727210da4ccbd5f4d6b55b7d79 Get the last used address via a more conservative method, don't depend 1998-10-15T17:06:36Z Peter Wemm peter@FreeBSD.org 1998-10-15T17:06:36Z urn:sha1:f03d6f87b33ef0c751f5645013823cf0a6cbad03 on the module chain being in increasing address order. Initial attempt to update the Alpha loader and kernel to use the machine 1998-10-14T09:53:25Z Peter Wemm peter@FreeBSD.org 1998-10-14T09:53:25Z urn:sha1:da6c15d597ab11b2f93158df24f7b29e4a86b76a independent elf loader and have access to kld modules. Jordan and I were not sure how to create boot floppies, and the things we tried just made SRM laugh in our faces - but it was upset at boot1 which was not touched by these changes. Essentially this has been untested. :-( What this does is to steal the last three slots from the nine spare longs in the bootinfo_v1 struct to pass the module base pointer through. The startup code now to set up and fills in the module and environment structures, hopefully close enough to the i386 layout to be able to use the same kernel code. We now pass though the updated end of the kernel space used, rather than _end. (like the i386). If this does not work, it needs to be beaten into shape pronto. Otherwise it should be backed out before 3.0. Pre-approved in principle by: dfr add <sys/linker.h> 1998-10-11T03:53:35Z Dima Ruban dima@FreeBSD.org 1998-10-11T03:53:35Z urn:sha1:18d099b0c4f1451be9b704c8adfeaee24d80c90b * Add old UFS compatibility code to alpha/boot1. 1998-09-26T10:51:38Z Doug Rabson dfr@FreeBSD.org 1998-09-26T10:51:38Z urn:sha1:e24168e6c332f84b4446e76a5a7d2eac672970c0 * Fix a raft of warnings, printf and otherwise. * Allocate the correct amount in mod_searchmodule to prevent an overflow. * Fix the makefiles so they work outside my home directory (oops).