Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!caen!ox.com!math.fu-berlin.de!unido!horga!agsc!cube!martin
From: martin@cube.han.de (Martin Ortlepp)
Newsgroups: comp.sys.next
Subject: Re: SIMM
Message-ID: <1991Jun9.093935.846@cube.han.de>
Date: 9 Jun 91 09:39:35 GMT
References: <28p402vw08py01@JUTS.ccc.amdahl.com>
Sender: martin@cube.han.de
Organization: cube's corner
Lines: 28

In article <28p402vw08py01@JUTS.ccc.amdahl.com> kls30@duts.ccc.amdahl.com (Kent  
L Shephard) writes:
> >non-parity RAM. The problem ist that a 040 machine with mixed parity and  
> >non-parity won't boot automatically. However, my machine doesn't work with  
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> This is not true.  My '040 cube boots automatically from the scsi disk
> w/out having to go to the ROM monitor.  The first time it did not.  But
> after I disabled parity and rebooted it did.

Ok, if that works then there is a wrong information in QA 620. Maybe that  
information depends on older ROM monitor versions where parity check couldn't  
be disabled.

> >these SIMM's. I'll try 1x8 Mac style SIMM's, let's hope that they'll work..
>                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> The 1X9 simms you have should work.  The only difference between a 1X9 and
> 1X8 is the extra chip the boards themselves are the same.

Unfortunately they didn't. At the time of writing this I checked out three  
different types and all of them didn't work. It doesn't matter wether I turn  
off parity check or memory test I always get an exception #2. 
As I mentioned before all types work when I mix them with non-parity SIMMs  
WITHIN a bank. Now I have 16 MB 1x8 and no problems :-)
Maybe there is something wrong with my ROM (2.2 v63) so it's unable to handle  
parity properly. I'll upgrade it to 2.4.

-Martin
martin@cube.han.de