ea52295d11
SHMMAXPGS now pegged at 1024, where it belongs
1994-01-16 01:36:07 +00:00
d5bb16fdb2
Move kernel to 0xf8000000.
1994-01-05 16:02:36 +00:00
e254def3cf
Fix VM_{MIN,MAX}_KERNEL_ADDRESS.
1994-01-04 00:44:03 +00:00
7131e8517e
Garbage collection.
1994-01-03 16:20:47 +00:00
dced52af6c
bump MAXSSIZ back down to 8M (from 256M, where charles put it).
...
execve() currently allocated MAXSSIZ of address space (AND PAGE TABLES)
for the stack. until that's changed, and the stack-handling code is
updated to match, MAXSSIZ==256M will make execve() significantly slower
than MAXSSIZ==8M.
1993-12-22 12:30:59 +00:00
2250fff236
Cleanup and garbage collection; nothing significant. From magnum branch.
1993-12-20 05:25:02 +00:00
183fd1b02f
cut down SHMMAXPGS (temporary)
1993-11-15 11:41:54 +00:00
4878a43c3d
Add the System V message queue and semaphore facilities. Implemented
...
by Daniel Boulet <danny@BouletFermat.ab.ca>
1993-11-14 13:21:59 +00:00
59a008c712
change maximum stack size to 8M.
1993-09-04 22:21:28 +00:00
2403a33987
decouple MAXDSIZ and MAXSSIZ. MAXSSIZ now is 2M; shouldn't need more,
...
and saves time in exec.
1993-09-04 00:38:47 +00:00
499f536ddc
up default data size limit to 16M, like on freefall, so everything will
...
compile properly with gcc2.
1993-07-13 10:16:40 +00:00
c8bdad0560
convert magic numbers to network byte order, and attendent changes
1993-06-18 06:49:30 +00:00
30177b538f
add rcsids to everything and clean up headers
1993-05-22 07:56:12 +00:00
61f282557f
initial import of 386bsd-0.1 sources
1993-03-21 09:45:37 +00:00
cgd