Apply the same UBC, data and stack limits that are applied to SUN4C to

SUN4 as well.

The data and stack limits are definitely needed, otherwise MI code will try
and map shared libraries in the 4/4c MMU hole.  The UBC limits may not be
necessary, but SUN4 machines are unlikely to have much larger amounts of
memory than this caters for (64Mb).

SUN4 machines will now boot userland with this change.

Thanks to martin@, mrg@ and uwe@ for hints while debugging this.
This commit is contained in:
jdc 2007-01-14 11:19:44 +00:00
parent 16ba0816c7
commit 7d6e7c5672
1 changed files with 3 additions and 3 deletions

View File

@ -1,4 +1,4 @@
/* $NetBSD: machdep.c,v 1.265 2006/10/25 07:04:13 he Exp $ */
/* $NetBSD: machdep.c,v 1.266 2007/01/14 11:19:44 jdc Exp $ */
/*-
* Copyright (c) 1996, 1997, 1998 The NetBSD Foundation, Inc.
@ -78,7 +78,7 @@
*/
#include <sys/cdefs.h>
__KERNEL_RCSID(0, "$NetBSD: machdep.c,v 1.265 2006/10/25 07:04:13 he Exp $");
__KERNEL_RCSID(0, "$NetBSD: machdep.c,v 1.266 2007/01/14 11:19:44 jdc Exp $");
#include "opt_compat_netbsd.h"
#include "opt_compat_sunos.h"
@ -273,7 +273,7 @@ cpu_startup(void)
* to cut down on VM space allocated for the buffer caches that
* would lead to MMU resource shortage.
*/
if (CPU_ISSUN4C) {
if (CPU_ISSUN4 || CPU_ISSUN4C) {
/* Clip UBC windows */
if (cpuinfo.mmu_nsegment <= 128) {
/*