On Sun, 3 Dec 1995 11:10:18 +0100 
 Niklas Hallqvist <niklas@appli.se> wrote:

 > Chuck>      but wait!  0x105000000 overflows the 32 bit interger and
 > Chuck> gets silently truncated to 0x5000000.  Since each process has
 > Chuck> one pmap and each pmap needs 0x400000 (M68K_MAX_PTSIZE) we are
 > Chuck> only reserving enough room for 0x5000000/0x400000 processes
 > Chuck> (that is 20 processes!).  oops.

I noticed eons ago (NetBSD 0.9c) that "high" values of maxusers caused 
hp300s to behave strangely, i.e. processes would just wedge.  It was a 
real problem at times, especially if getty had to re-spawn on the console 
so root could log in to reboot!  I believe Jason Downs or myself even 
filed a PR about it.  It was the worst on an hp380 which was eventually 
to become ftp.cs.orst.edu.

I'm going to give this a crack on my hp300s, and maybe even close a PR or 
two :-)

Thanks Chuck and Nik.

--------------------------------------------------------------------------
Jason R. Thorpe                                       thorpej@nas.nasa.gov
NASA Ames Research Center                               Home: 408.866.1912
NAS: M/S 258-6                                          Work: 415.604.0935
Moffett Field, CA 94035                                Pager: 415.428.6939