Re: 12 meg simm problem on 233 UDB...

Anthony Wesley (awesley@malpath.anu.edu.au)
Wed, 4 Dec 1996 08:35:24 +1100 (EST)

On Tue, 3 Dec 1996, Randy Lee Carpenter wrote:

> Tried to pu 88megs of ram im the UDB-233 left the 2 12's there, stuck 2
> 8x36's in, and VOILA! 88M, but when I boot linux.. "*PUKE*" Memory errors
> all over the place.. kernel panics, paging errors... SO I though "Bad
> memory" Nope put either pair in the first two slots alone, and everything
> works great. Now, if we take the 32's and put them in the first slots,
> and stick the 12's in the second slots, it works great, BUT the 12's
> become 8's and we only get 80megs :-( Any ideas?

Hmmm, I remember reading about the memory system where it described how to
mix SIMMS of different sizes in the two banks - each bank must start on an
address which is a multiple of the SIZE of the bank. So, it seems to me
that your 12Mb SIMMS must start on an address which is a multiple of 12Mb
if they are going to be seen as 12Mb. The problem is that if they go
_after_ the 64Mb of other memory then you will "lose" 4Mb since the start
address is 64Mb instead of the nearest multiple (60Mb).

If, on the other hand, you put the 12Mb SIMMS first, then the 32Mb SIMMS
will not be properly aligned and you will get the results as described in
your post. The answer? Thre isn't one... but probably you have to put up
with losing 8Mb of RAM.

This is of course all speculation based on the somewhat scanty
documentation which I have read regarding the UDB system.

Cheers, Anthony

--
To unsubscribe: send e-mail to axp-list-request@redhat.com with
'unsubscribe' as the subject.  Do not send it to axp-list@redhat.com



Feedback | Store | News | Support | Product Errata | About Us | Linux Info | Search | JumpWords
No Frames | Show Frames

Copyright © 1995-1997 Red Hat Software. Legal notices