From owner-freebsd-hardware@FreeBSD.ORG Wed Jan 26 18:58:58 2005 Return-Path: Delivered-To: freebsd-hardware@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 022E616A4CF for ; Wed, 26 Jan 2005 18:58:58 +0000 (GMT) Received: from ds.netgate.net (ds.netgate.net [205.214.170.232]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C59743D45 for ; Wed, 26 Jan 2005 18:58:57 +0000 (GMT) (envelope-from ctodd@chrismiller.com) Received: (qmail 25658 invoked from network); 26 Jan 2005 18:58:57 -0000 Received: from vp4.netgate.net (ibrew@205.214.170.248) by ds.netgate.net with SMTP; 26 Jan 2005 18:58:57 -0000 Date: Wed, 26 Jan 2005 10:58:56 -0800 (PST) From: ctodd@chrismiller.com X-X-Sender: ibrew@vp4.netgate.net To: Dave Myron In-Reply-To: <200501261830.j0QIUPxc084897@mx4.netgate.net> Message-ID: References: <200501261830.j0QIUPxc084897@mx4.netgate.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-hackers@freebsd.org cc: freebsd-hardware@freebsd.org Subject: RE: Problem with FastTrak S150 SX4-M X-BeenThere: freebsd-hardware@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: General discussion of FreeBSD hardware List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Jan 2005 18:58:58 -0000 On Wed, 26 Jan 2005, Dave Myron wrote: > It's not red but it is the PRI_RAID IDE connector. I have the controller set > to IDE in the BIOS so it should act just as any other IDE controller > (according to the manual and many other sources). True, but you know how that goes. > I have two hard drives on the primary IDE (not on the controller) and a CD > drive on the secondary IDE (also not on the controller). Then I have two > more hard drives on the PRI_RAID channel (which *is* the P-ATA channel on > the controller). Those two drives are getting the failure (or at least one > is - see the error messages in my original text). > > I wish I had an S-ATA drive to test with so that I could verify that it's a > problem with the P-ATA part of this controller. > > Any more ideas? Did you try leaving the Promise controller (in IDE mode) enabled and disconnecting the drives? What about setting the controller into raid mode with or without the drives attached? Obviously don't do anything that would cause any data loss on those drives (i.e. init the raid array). Sounds like something to do with Promise in the IDE mode. Perhaps the kernel is detecting the chip and assuming raid is enabled. You could also try disabling the ar driver in the kernel for grins, then perhaps the chip will just show up as an IDE controller. I'm suspect the SATA raid functions work fine, but I believe the controller also supports a non raid mode for SATA drives, unfortunately I don't have a spare to test this. In any event report back what you find so the driver can be fixed if it seems to be the problem. Chris