Date: Sun, 27 May 2001 00:54:26 -0700 From: Mike Smith <msmith@freebsd.org> To: Barry Lustig <barry@lustig.com> Cc: Mike Smith <msmith@freebsd.org>, Valentin Nechayev <netch@iv.nn.kiev.ua>, current@freebsd.org, hackers@freebsd.org Subject: Re: Boot time memory issue Message-ID: <200105270754.f4R7sQ407322@mass.dis.org> In-Reply-To: Your message of "Sat, 26 May 2001 22:03:34 EDT." <3B106076.657BB1A9@lustig.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > > SMAP type=01 base=00000000 00000000 len=00000000 0009f800
> > > SMAP type=02 base=00000000 0009f800 len=00000000 00000800
> > > SMAP type=02 base=00000000 000e8400 len=00000000 00017c00
> > > SMAP type=01 base=00000000 00100000 len=00000000 13ef0000
> > > SMAP type=03 base=00000000 13ff0000 len=00000000 0000f800
> > > SMAP type=04 base=00000000 13fff800 len=00000000 00000800
> > > SMAP type=02 base=00000000 fff80000 len=00000000 00080000
> > > Too many holes in the physical address space, giving up
> >
> > Can you try changing the declaration of phys_avail at the top of
> > sys/i386/i386/machdep.c from:
> >
> > vm_offset_t phys_avail[10];
> >
> > to
> >
> > vm_offset_t phys_avail[100];
>
> Did that and got the same error. I put a printf just before the
> pa_indx++ in machdep.c and watched it increment by 2's all the way up to
> 100.
How many SMAP lines did it print? All the ones above look legitimate, and
there are only 7 of them. What about the values of pa, i and physmap_idx?
--
... every activity meets with opposition, everyone who acts has his
rivals and unfortunately opponents also. But not because people want
to be opponents, rather because the tasks and relationships force
people to take different points of view. [Dr. Fritz Todt]
V I C T O R Y N O T V E N G E A N C E
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200105270754.f4R7sQ407322>