From owner-freebsd-hackers@FreeBSD.ORG Sat Nov 3 03:09:03 2007 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A64D216A46D; Sat, 3 Nov 2007 03:09:03 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7D48813C4B0; Sat, 3 Nov 2007 03:09:01 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lA338UUh093582 ; Sat, 3 Nov 2007 04:08:30 +0100 (CET) X-Ids: 165 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lA338Stj021983 ; Sat, 3 Nov 2007 04:08:28 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lA338StZ021980; Sat, 3 Nov 2007 04:08:28 +0100 (MET) (envelope-from arno) To: =?iso-8859-1?q?S=F8ren_Schmidt?= References: <472A548B.50406@lxnt.info> <472B9EA1.6060205@deepcore.dk> From: "Arno J. Klaassen" Date: 03 Nov 2007 04:08:28 +0100 In-Reply-To: <472B9EA1.6060205@deepcore.dk> Message-ID: Lines: 45 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.165]); Sat, 03 Nov 2007 04:08:30 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4666/Sat Nov 3 01:42:08 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 472BE62E.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Thierry Herbelot , freebsd-hackers@freebsd.org, Alexander Sabourenkov , "Matthew D. Fuller" , sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Nov 2007 03:09:03 -0000 Hello, > [ ... ] > > I will test again with "#define PDC_MAXLASTSGSIZE 32*4" (just to see > > if that makes a difference) > > > One thing to try is to loose any geom raid, if raid needed use ataraid > instead. Nope : i did a "newfs ad6" (the disk at the Promise TX4) and then an rsync on it panics the same way as the geom_concat case did. > I'm shuffeling boards and controllers here to try to reproduce, so far > no luck it "just works(tm)", it seems to depend quite heavily on the > "right" combination of possibly marginal HW.... Rather than the marginal HW part, it seems, for me, closely related to MB/BIOS (as well (Alexander apperently has about the same setup as I have for this test)): a while ago (using releng_6) i tried the same setup on three different MBs: ahd-controller + scsi-boot-disk and TX4 and three disks in geom_mirror; results : - on ASUS A8? board (I use plenty of them without the sligthest problem for years; not really expensive but not marginal IMHO) : just look at it and it would crash (g_vfs_done) - on Tyan S28?? : rock stable, unable to crash however hard I tried - on some MSI K8 (I usually run Vista on for testing; this one I really bought "as cheap as possible" ) : would run OK, even under rather heavy load, but when pushing really hard it finaly deliveres the lovely g_vfs_done ... I vaguely remember from another PR that the Promise card does something with PCI-bursting which fbsd does not detect and/or handle correctly (and beyond my simple skills as dumb tester, but maybe the linux-sources contain a clue about that as well). Regards and thanx for your efforts Arno