> From: Greg Oster <oster@cs.usask.ca>
> Date: Mon, 24 Nov 97 08:55:33 -0600
> 
> [snip]
> > Perhaps there were other changes elsewhere that I didn't notice.
> > Actually that seems to make sense given the increase in bss too, as the
> > pmap changes alone definitely couldn't have caused this.
> 
> As a followup:  I simply commented out the appropriate sunmon_abort() line
> in pmap.c, and let things continue... The machine has been up for about 16 
> hours now, and is happily re-building the world...  My guess is that the 
> condition ( avail_end > hole_start ) is incorrect, as avail_end is around 
> 0x7fc000 on my machine, and hole_start is at 0x100000.

Oh!  Yeah, that should be avail_start, not avail_end.  Oops!
A correction is attached.  I'll check it in shortly.

*** pmap.c~	Fri Nov 21 18:04:54 1997
--- pmap.c	Mon Nov 24 12:07:29 1997
***************
*** 1613,1619 ****
  	if (cpu_machine_id == SUN3_MACH_50) {
  		hole_start = m68k_trunc_page(OBMEM_BW50_ADDR);
  		hole_size  = m68k_round_page(OBMEM_BW2_SIZE);
! 		if (avail_end > hole_start) {
  			mon_printf("kernel too large for Sun3/50\n");
  			sunmon_abort();
  		}
--- 1613,1619 ----
  	if (cpu_machine_id == SUN3_MACH_50) {
  		hole_start = m68k_trunc_page(OBMEM_BW50_ADDR);
  		hole_size  = m68k_round_page(OBMEM_BW2_SIZE);
! 		if (avail_start > hole_start) {
  			mon_printf("kernel too large for Sun3/50\n");
  			sunmon_abort();
  		}