From owner-freebsd-stable@FreeBSD.ORG Fri Oct 8 19:49:26 2004 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FE9A16A4CE for ; Fri, 8 Oct 2004 19:49:26 +0000 (GMT) Received: from mail.ambrisko.com (adsl-64-174-51-43.dsl.snfc21.pacbell.net [64.174.51.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0775643D31 for ; Fri, 8 Oct 2004 19:49:26 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) (192.168.1.2) by mail.ambrisko.com with ESMTP; 08 Oct 2004 12:49:24 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.9p2/8.12.9) with ESMTP id i98JnPkT037486; Fri, 8 Oct 2004 12:49:25 -0700 (PDT) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.9p2/8.12.9/Submit) id i98JnPbH037485; Fri, 8 Oct 2004 12:49:25 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200410081949.i98JnPbH037485@ambrisko.com> In-Reply-To: <16739.38430.770753.200337@hautmedoc.dockes.com> To: Jean-Francois Dockes Date: Fri, 8 Oct 2004 12:49:24 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII cc: freebsd-stable@freebsd.org Subject: Re: Promise TX2 SATA controllers X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 08 Oct 2004 19:49:26 -0000 Jean-Francois Dockes writes: | Just in case it may help someone (this information is not very easily | accessible in the archives): | | - I have a Promise TX2 controller with a PCI ID of 0x3375105a . It works | for me in 4.10 by adding the new PCI ID everywhere that you'll find the | other/old one (0x3371105a) in the patch (see next paragraph) or kernel | source under dev/ata. Don't blame me if you lose your data, I will not | take responsibility, but this is weakly supported by the the two | controllers appearing to be handled just the same in -current. I added it to my local tree and it be in the next patch set. I need to add soft error recovery (ie. if one drive has a read error automatically recovery from the other drive) and a little more graceful addition of a failed drive back into the RAID. I also fixed a raid bug in ar_rw which could lead to a panic on on I/O error. Thanks, Doug A.