From owner-freebsd-questions  Sun Jun  9 12:53:36 1996
Return-Path: owner-questions
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id MAA13857
          for questions-outgoing; Sun, 9 Jun 1996 12:53:36 -0700 (PDT)
Received: from ulantris.infinop.com (root@ulantris.infinop.com [205.230.144.80])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA13851;
          Sun, 9 Jun 1996 12:53:34 -0700 (PDT)
Received: (from john@localhost) by ulantris.infinop.com (8.7.5/8.6.9) id OAA18383; Sun, 9 Jun 1996 14:55:50 -0500 (CDT)
From: "John A. Booth" <john@ulantris.infinop.com>
Message-Id: <199606091955.OAA18383@ulantris.infinop.com>
Subject: Re: Seagate ST32151N/Adaptec 2940 on Asus P55TP4N and PVI486SP3
To: root@freefall.freebsd.org
Date: Sun, 9 Jun 1996 14:55:50 -0500 (CDT)
Cc: questions@freebsd.org
In-Reply-To: <XFMail.960606220932.root@localhost> from "Randy DuCharme" at Jun 6, 96 10:09:32 pm
X-Mailer: ELM [version 2.4 PL24]
Content-Type: text
Sender: owner-questions@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> >There IS something going on with this combination: Adaptec's boot 
> >sequence consistently times out on these drives, regardless of what else 
> >is in the system.  An ST31200N at id 0 shows fine, the ST32151N 
I had a similar problem when I had an Adaptec 2940 and a Micropolis 4
gig drive in a machine.  Turned out to be the ram--it also exhibited
the problem of counting to odd #'s of ram, (on 8 meg boundaries)).  
I broke open the case and found the two pair of simms where matched
with each other's mates.  After swapping those around it looks like
the problem's are gone.  (now this may have nothing to do with
your situation).