From owner-freebsd-hardware@FreeBSD.ORG Wed May 18 18:41:50 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 2A29E16A4CE for ; Wed, 18 May 2005 18:41:50 +0000 (GMT) Received: from mitra.mpt.gov.br (mail.pgt.mpt.gov.br [200.157.62.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1CAC43D7B for ; Wed, 18 May 2005 18:41:48 +0000 (GMT) (envelope-from tuliogs@yahoo.com.br) Received: from [10.0.0.136] (516e.pgt.mpt.gov.br [10.0.0.136]) by mail.pgt.mpt.gov.br (8.13.1/8.13.1) with ESMTP id j4IIfhjh000561 for ; Wed, 18 May 2005 15:41:44 -0300 (BRST) (envelope-from tuliogs@yahoo.com.br) Message-ID: <428B8C62.6080601@yahoo.com.br> Date: Wed, 18 May 2005 15:41:38 -0300 From: =?ISO-8859-1?Q?T=FAlio_Guimar=E3es_da_Silva?= User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-hardware@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by mail.pgt.mpt.gov.br id j4IIfhjh000561 Subject: Up: Problem with FastTrak S150 SX4-M (and Promise PDC20378) 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, 18 May 2005 18:41:50 -0000 Hello, people, as it=B4s my first message in this list, I hope I=B4m not missing=20 something. If so, please warn me. :) I did some digging in here, and found the following thread, from last=20 January. Well, I have the exact same problem, but with a FastTrack S150=20 SX4 (not M), with chipset PDC20621 (identified by 5.4-RELEASE as 20622)=20 and 64MB ECC SDRAM. This board is installed in a HP ML 110 with an=20 embedded two-channel P-ATA and a (factory-disabled) two-port S-ATA. The=20 FastTrack is plugged to a factory-assembled 4-disk hotswap cage, and has=20 two SATA disks on it. Well, to cut it short, I=B4ll say that I already tried to pick the most= =20 recent sys/dev/ata drivers from FTP, but couldn=B4t find them at=20 current.freebsd.org, nor in .br mirrors. I was preparing to try CVS, but=20 I bumped onto another problem... The bigger problem is, I have no other disks but these S-ATA, and this=20 happens with P-ATA enabled or not (I would need it for the CD-ROM, but=20 doesn=B4t work even with P-ATA disabled and booting with floppies). I als= o=20 tried to "set hint.ata.0.disabled=3D1" (if such thing exists :P ), same=20 problem again. It also seems to be irrelevant if it=B4s RAID 0,1, or 5. I= =20 get this message right upon install. That prevents me from putting the entire output from dmesg, but if=20 necessary, I can try it on VMware, then maybe I could do a copy-paste. ;) So, what would you suggest? Is there any variable I could set upon=20 booting that could workaround it? Or *must* we plug an ordinary P-ATA,=20 install 5.x on it and then rework the drivers? (note: there=B4s no=20 phisical space for one more HD, since the cage takes all 4 bays.) Is=20 there any other alternative? :P Just to add, we have another identical ML-110 that we got to put to=20 work by changing the RAID controller to a Highpoint 1820A, but then the=20 LEDs on the cage don=B4t work, though this isn=B4t really an issue. Apart= =20 from that, it runs almost perfectly, booting right into a RAID 5 array -=20 "almost" goes to Highpoint=B4s daemon, which is slightly outdated: it=B4s= =20 for FBSD 5.2 and needs a few "adjustments". ;) We tried FreeBSD 5.3-RELEASE and 5.4-RELEASE. Any ideas? Errrr... did=20 I forgot to mention anything? :) Anyway, thanks a lot for your time. Cheers, Tulio G. da Silva > Dave, > one last note. Be sure to copy your dmesg output when modifying > the controller mode and driver as this may indicate how the chip presen= ts > itself to the kernel and provide hints if a patch is needed. > > Chris > > On Wed, 26 Jan 2005 ctodd at chrismiller.com wrote: > > > > > On Wed, 26 Jan 2005, Dave Myron wrote: > > > > > It's not red but it is the PRI_RAID IDE connector. I have the=20 > controller set > > > to IDE in the BIOS so it should act just as any other IDE controlle= r > > > (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)=20 > and a CD > > > drive on the secondary IDE (also not on the controller). Then I=20 > have two > > > more hard drives on the PRI_RAID channel (which *is* the P-ATA=20 > channel on > > > the controller). Those two drives are getting the failure (or at=20 > 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=20 > 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=20 > 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=20 > also > > try disabling the ar driver in the kernel for grins, then perhaps=20 > 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,=20 > 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 > >