summaryrefslogtreecommitdiffstats
path: root/lib/libstand/zalloc_defs.h
Commit message (Collapse)AuthorAgeFilesLines
* To clarify last commit, msmith says:obrien1998-10-171-1/+1
| | | | | The reason the Alpha has less room than the i386 is because the bootstrap is given a 256K mapping by the firmware; to add more requires extra work.
* Reduce the sbrk() increment from 64K to 4K. There's not much room on themsmith1998-10-161-2/+2
| | | | Alpha, and wasting potentially 64K-4 bytes of RAM just isn't an option.
* Prune unused zalloc components as recommended by Matt Dillon. Extra debuggingmsmith1998-10-011-3/+1
| | | | code is still enabled (it's not very expensive).
* * Enable old UFS compatibility code for booting from Digital Unix formatteddfr1998-09-261-1/+7
| | | | | | | disks. * Fix a whole raft of warnings, printf and otherwise. * Make zalloc work for alpha (just a case of using the right typedef). * Add some (disabled) malloc debug printing to stand.h.
* Replace the old and extremely icky Mach/NetBSD allocator with a similarlymsmith1998-09-261-0/+83
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>
OpenPOWER on IntegriCloud