4 Mb SIMMS

David Wong dwong at yosemite.esd.sgi.com
Thu Jun 27 05:38:51 AEST 1991


In article <9106252336.AA00574 at koko.pdi.com>, shoshana at pdi.UUCP (Shoshana Abrass) writes:
> 
>   We've started having a weird problem with our 4 Mb SIMMS. Background:
>   We're using 100% Toshiba chips. Some of our simms were built by 
>   Kingston, some of them were built by Toshiba - but it doesn't make
>   a difference as far as our problem goes.  We've been using the 4 Mb 
>   SIMMS in our 4D 25's since at least september and currently have them
>   in 18 machines.
> 
>   At first the simms worked fine. But then a few times I noticed that
>   when I powered down a machine, I would get an error on startup. This
>   error occurs during power-on diagnostics and flashes on the screen
>   *very* briefly (but can be stopped with <ctrl>-S). After the error, 
>   the machine won't boot and an hinv at the PROM shows 0 memory. The
>   entire message is shown below.
> 
>   The weird part: The problem doesn't mean that the hardware is bad. At
>   first we panicked and called the hotline; they replaced the e-mod and
>   things did work better. But then we realized that by just wiggling the
>   simms, we could make the problem go away. I've now done this more than
>   a dozen times on various machines . The problem always occurs at boot
>   time - the machine runs without problems once it's up. Wiggling or, at 
>   worst, removing and re-installing the simms always fixes the problem.
>   I guess that the physical fit between some 4 Mb simms and some iris 
>   memory slots is a bit loose or otherwise imperfect.
> 
>   I'm posting to the net because (1) others may have this problem some
>   day (2) I'm wondering if anyone has had this problem and found a 
>   permanent fix? (3) I thought SGI gurus might have some insight into
>   the error message.
> 
> -------------
> EXCEPTION: <vector = NORMAL>
> Exception pc: 0xbfc00e0c
> Cause register: 0x1c <CE=0, EXC=DBE>
> Status register: 0x88004 <CM, IM8, IPL=7, IEp>
> Error Addr register: 0x400000
> Local I/O interrupt register: 0xbf <GE, VME ACFAIL, VERTICAL>
> Parity error register: 0xe4 <CPU>
> Registers (in hex): 
> 
> [many registers listed]
> ------------
> 
>   -shoshana
>   shoshana at pdi.com
>   pdi!shoshana at sgi.com
> 
> --

next time when you get the same problem, go to the prom monitor and issue the
following command:

	fill -v 0 0xa0400000

and then reset the machine by hitting the reset button.  this is a bug is the
prom.  it tries to read some memory location before the memory is initialized.

					David



More information about the Comp.sys.sgi mailing list