FreeBSD-src - Raptor Engineering's fork of pfsense FreeBSD src with pfSense changes

	Commit message (Collapse)	Author	Age	Files	Lines
*	Don't add integers to void pointers.	stefanf	2004-10-03	1	-2/+2
\|
*	Add __FBSDID()s to libstand	dillon	2001-09-30	1	-2/+3
\|
*	Fix the real problem that broke the Alpha loader this last week. It	peter	2000-05-12	1	-2/+3
\| \| \| \| \| \| \| \| \| \| \| \| \| \| \|	was not the fault of the module code, nor FICL. The malloc code requires sbrk() to return addresses that were at least 16 byte aligned. If the Alpha loader happened to be 8 byte but not 16 byte aligned in length, then you would get a zfree() panic at startup. Incidently, this affected the i386 loader as well, and explains why the static heap changed things and why jlemon had trouble when the bss was not ending at a multiple of 8 bytes. My fix is to 16 byte align it on all arches, even though the x86 version only required 8 byte alignment (struct MemNode is smaller there). We could page align it if we wanted to be paranoid, but it isn't presently necessary.
*	$Id$ -> $FreeBSD$	peter	1999-08-28	1	-1/+1
\|
*	Replace the old and extremely icky Mach/NetBSD allocator with a similarly	msmith	1998-09-26	1	-0/+60
	compact and much better one donated by Matt Dillon. Implement a simple sbrk() which uses the existing setheap() api. Remove the custom allocator from the UFS code. It wasn't working quite right, and it shouldn't be needed with the new allocator. Fix a serious problem with changing the value of already-existent environment variables. Don't attempt to modify the supposedly-const argument to putenv() Fix an off-by-one sizing error in the zipfs code detected by the new allocator. Submitted by: zmalloc from Matt Dillon <dillon@backplane.com>