From owner-freebsd-current@FreeBSD.ORG Fri Aug 31 21:56:13 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 683A516A41B for ; Fri, 31 Aug 2007 21:56:13 +0000 (UTC) (envelope-from mmathias@mmathias.com) Received: from mx-03.sil.at (mx-03.sil.at [86.59.22.50]) by mx1.freebsd.org (Postfix) with ESMTP id F397B13C46C for ; Fri, 31 Aug 2007 21:56:12 +0000 (UTC) (envelope-from mmathias@mmathias.com) Received: from vie-213-235-226-123.dsl.sil.at ([213.235.226.123] helo=[192.168.0.131]) by mx-03.sil.at with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1IRE1Y-0004YY-Cq for freebsd-current@freebsd.org; Fri, 31 Aug 2007 23:27:28 +0200 Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: <46BFE620.8070906@fusiongol.com> <20070813091802.GB3078@stud.ntnu.no> <20070823071056.GA50852@obiwan.tataz.chchile.org> <20070825082812.GE50852@obiwan.tataz.chchile.org> <46D77FC8.1050709@fusiongol.com> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Mathias_M=FCller?= Date: Fri, 31 Aug 2007 23:26:01 +0200 To: freebsd-current@freebsd.org X-Mailer: Apple Mail (2.752.2) X-Scan-Signature: 5968b2a4a2f2723c2e0ee577191d9dd9 Subject: Re: Promise SATA 300 TX4 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Aug 2007 21:56:13 -0000 Am 31.08.2007 um 21:20 schrieb Arno J. Klaassen: > Hi, > > I changed motherboard : > > -SMP-kernel iso UP > -bge netowork iso msk > > -same disks > -same cables > -same card > > - just one TX4 card (this is a Tyan with only 2 PCI-X slots > (and since at delivery I discovered that the on-board Adaptec > was missing ;((( I need one slot for a 29320 card)) > > Quickly testing with a 3-disk graid3 scratch and things seem > far better : > > I only get occasionaly : > > ad16: FAILURE - out of memory in start > ad16: FAILURE - out of memory in start > ad14: FAILURE - out of memory in start > ad18: FAILURE - out of memory in start > ad18: FAILURE - out of memory in start > ad18: FAILURE - out of memory in start > > but for now they seem harmless. > > There is a PR talking about interaction between > the BIOS and the [s]ata-driver being problematic (wrt PCI-settings) > ( http://www.freebsd.org/cgi/query-pr.cgi?pr=3D103435 ) > > And some kind of allocation seems problematic: > on the former MB pci_alloc_map() gave an error, now it is > an occassionaly failing ata_alloc_request(). > > Arno > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-=20 > unsubscribe@freebsd.org" Hello, I'm writing this message because I think that I am experiencing =20 similar problems. I am running 200708-current but I had the same =20 problems with 200706-current. My hardware: * Elitegroup K7S5A v3.1 * Duron 800 * 4x Maxtor DiamondMax 10 SATA * Promise SATA 300 TX4 * 400W power supply * and a Netgear gigabit NIC I have the four Maxtor HDs plugged into the Promise TX4. When I boot =20 the system that last 2 lines in dmesg say something like Aug 30 00:22:58 ebichu kernel: subdisk4: detached Aug 30 00:22:58 ebichu kernel: ad4: detached but without any other error messages. The disappearing HD is always a different one, so I don't think that =20 the HDs have a problem. I also checked the HDs' S.M.A.R.T. status and =20= all 4 have no errors. Sometimes two HDs disappear. It is possible to =20 attach the HDs again by using "atacontrol detach ata4;atacontrol =20 attach ata4" but as soon as I try to access data on the drive (for =20 example mount it) it disappears again. I have already changed mainboard, SATA controller (I tried a SiI3112 =20 and a SiI3124 based controller), the SATA cables and even the power =20 supply. As far as the HDs are concerned, they seem to work fine when =20 used in an external USB2 case. I can send a complete dmesg if you want, but the system is currently =20 turned off. I believe that this might be an issue with the ata driver. If so, =20 please tell me if I can be of assistance in finding the bug. I could =20 try different releases, but I am afraid my time is pretty limited. :/ Thank you all, - Mathias M=FCller