FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=releng%2F5.3 2004-04-05T21:00:51Z 2004-04-05T21:00:51Z Warner Losh imp@FreeBSD.org 2004-04-05T21:00:51Z urn:sha1:3501fd399eafa15c6b6a2fd6e565c17efb4086d2 Approved by: core 2002-11-01T03:34:51Z Jeff Roberson jeff@FreeBSD.org 2002-11-01T03:34:51Z urn:sha1:eff3a9fd9283dc7637ccfafef81ea78730c88395 - Define uma_small_alloc and uma_small_free using K0SEG for virtual addresses. Approved by: re 2001-09-12T08:38:13Z Julian Elischer julian@FreeBSD.org 2001-09-12T08:38:13Z urn:sha1:b40ce4165d5eb3a5de1515245055350ae3dbab8e Note ALL MODULES MUST BE RECOMPILED make the kernel aware that there are smaller units of scheduling than the process. (but only allow one thread per process at this time). This is functionally equivalent to teh previousl -current except that there is a thread associated with each process. Sorry john! (your next MFC will be a doosie!) Reviewed by: peter@freebsd.org, dillon@freebsd.org X-MFC after: ha ha ha ha 2000-03-30T07:17:05Z Peter Wemm peter@FreeBSD.org 2000-03-30T07:17:05Z urn:sha1:255108f3858cfd52a63f212ede22059709e926af via sysctl. It's done pretty simply but it should be quite adequate. Also move SHMMAXPGS from $machine/include/vmparam.h as the comments that went with it were wrong... we don't allocate KVM space for the pages so that comment is bogus.. The only practical limit is how much physical ram you want to lock up as this stuff isn't paged out or swap backed. 1999-08-28T01:08:13Z Peter Wemm peter@FreeBSD.org 1999-08-28T01:08:13Z urn:sha1:c3aac50f284c6cca5b4f2eb46aaa13812cb8b630 1998-12-30T10:38:59Z Doug Rabson dfr@FreeBSD.org 1998-12-30T10:38:59Z urn:sha1:9c0fed3dcfd71bdd6c09a79a70b629db56c36e71 * Move the user stack from VM_MAXUSER_ADDRESS to a place below the 32bit boundary (needed to support 32bit OSF programs). This should also save one pagetable per process. * Add cvtqlsv to the set of instructions handled by the floating point software completion code. * Disable all floating point exceptions by default. * A minor change to execve to allow the OSF1 image activator to support dynamic loading. 1998-06-14T13:46:10Z Doug Rabson dfr@FreeBSD.org 1998-06-14T13:46:10Z urn:sha1:99d11cde56ea2fb7b02c14ee57917b6b07f7ce35 * Eliminate bus_t and make it possible for all devices to have attached children. * Support dynamically extendable interfaces for drivers to replace both the function pointers in driver_t and bus_ops_t (which has been removed entirely. Two system defined interfaces have been defined, 'device' which is mandatory for all devices and 'bus' which is recommended for all devices which support attached children. * In addition, the alpha port defines two simple interfaces 'clock' for attaching various real time clocks to the system and 'mcclock' for the many different variations of mc146818 clocks which can be attached to different alpha platforms. This eliminates two more function pointer tables in favour of the generic method dispatch system provided by the device framework. Future device interfaces may include: * cdev and bdev interfaces for devfs to use in replacement for specfs and the fixed interfaces bdevsw and cdevsw. * scsi interface to replace struct scsi_adapter (not sure how this works in CAM but I imagine there is something similar there). * various tailored interfaces for different bus types such as pci, isa, pccard etc. 1998-06-10T10:57:29Z Doug Rabson dfr@FreeBSD.org 1998-06-10T10:57:29Z urn:sha1:897cd717a56fada7bcdb663c761885013df84a20 work in progress and has never booted a real machine. Initial development and testing was done using SimOS (see http://simos.stanford.edu for details). On the SimOS simulator, this port successfully reaches single-user mode and has been tested with loads as high as one copy of /bin/ls :-). Obtained from: partly from NetBSD/alpha 1998-03-09T05:43:16Z John Birrell jb@FreeBSD.org 1998-03-09T05:43:16Z urn:sha1:74712ec9742f5668a837880270247c5f7e9f0769 (and even run). These files don't necessarily make sense for a FreeBSD/Alpha kernel build. That will come later and these files will be changed accordingly.