I thought that the contiguous memory was still an issue in the DS5k2xx
whereby the system examines what's in slot 0, and then decides that all
slots are of that size in terms of physical space. you can't mix 8's and
32's except in one case: all 32's except the last, which you can put an
8 in, and the system will see it as a 32 with 24 megs of failed memory. 
otherwise, the system expects that your 8s are worth 32, and will barf 
most royally when it tries to access some of the memory that's not 
there.. 
isildur

On Mon, 28 May 2001, Paul Thompson wrote:

> 
> I had similar problems with 2x32MB and 8x8MB modules in a 5000/260.
> The machine would run for variable amounts of time and lock up when all
> modules were installed, but run OK with either one type or the other.
> Mostly it would lock during the boot phase.
> 
> On Mon, 28 May 2001, Christophe Latt wrote:
> 
> > Hi,
> > 	I have a DecStation 5000/200 where I have 9 x 8MB and 1 x 32MB
> > modules. With 'cnfg 7' all memorys seems to be recognized but NetBSD have
> > some Problems with this 'strange' configuration. When I put in first slot
> > the 32MB module and then the 8MB modules, NetBSD means that I have 320MB
> > and crashed by 'making devices' (by installation) and whenn I put first
> > the 8MB modules followed by the 32MB module the kernel hang in the boot
> > phase. Is there a bug from NetBSD who doesn't like mixed memorys or is
> > this configuration too strange for the DecStation? I use
> > NetBSD-1.5.1_Beta.
> >
> > 	Christophe.
> >
> >
> 
> -- 
> 
>