From owner-freebsd-smp  Sat Jun 20 21:43:08 1998
Return-Path: <owner-freebsd-smp@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id VAA01215
          for freebsd-smp-outgoing; Sat, 20 Jun 1998 21:43:08 -0700 (PDT)
          (envelope-from owner-freebsd-smp@FreeBSD.ORG)
Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA01209;
          Sat, 20 Jun 1998 21:43:04 -0700 (PDT)
          (envelope-from jkh@time.cdrom.com)
Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1])
	by time.cdrom.com (8.8.8/8.8.8) with ESMTP id VAA23919;
	Sat, 20 Jun 1998 21:43:16 -0700 (PDT)
	(envelope-from jkh@time.cdrom.com)
To: sos@FreeBSD.ORG
cc: kedar@asacomputers.com (Kedar Rajadnya), smp@FreeBSD.ORG
Subject: Re: TYAN 1668 anyone ?? 
In-reply-to: Your message of "Fri, 19 Jun 1998 21:06:05 +0200."
             <199806191906.VAA01877@sos.freebsd.dk> 
Date: Sat, 20 Jun 1998 21:43:16 -0700
Message-ID: <23915.898404196@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> Hmm, I doubt it, I use only prime quality RAM here (because of exactly
> that reason), and the same RAM works just fine in a 1662 board, which
> is just as picky...

Actually, and just to note it for the audience, it's easily possible
to create memory failures using "prime quality" RAM that has been
tested on a different motherboard.  Mixing RAM from different
manufacturers, using RAM of the wrong speed or at the wrong voltage
(in motherboards which allow that degree of configuration), all would
be possible while meeting the above criteria and all have been
reported to us as the causes of mysterious hangs, crashes, resets, you
name it.  Once the RAM was simply swapped or the misconfiguration
issues dealt with, the system has become a rock of gibraltar in each
case.  I'm using several 1668 mobos myself, and they work very nicely
with Matrox cards (yep, there's another variable for you! ;)

- Jordan

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message