From owner-freebsd-stable@FreeBSD.ORG Thu Aug 11 01:47:43 2005 Return-Path: X-Original-To: freebsd-stable@freebsd.org 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 F094D16A421; Thu, 11 Aug 2005 01:47:42 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id BB00343D55; Thu, 11 Aug 2005 01:47:41 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id E45C95DE1; Wed, 10 Aug 2005 21:47:40 -0400 (EDT) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20247-08; Wed, 10 Aug 2005 21:47:36 -0400 (EDT) Received: from [192.168.1.3] (pool-68-161-79-217.ny325.east.verizon.net [68.161.79.217]) by pi.codefab.com (Postfix) with ESMTP id 396415C47; Wed, 10 Aug 2005 21:47:36 -0400 (EDT) Message-ID: <42FAAE3A.5020009@mac.com> Date: Wed, 10 Aug 2005 21:47:38 -0400 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.11) Gecko/20050801 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Karl Denninger References: <20050810023111.GA2913@FS.denninger.net> <20050810024618.GA8198@drjekyll.mkbuelow.net> <6.2.1.2.0.20050810081251.05298ff0@64.7.153.2> <20050810133159.GA10150@FS.denninger.net> <6.2.1.2.0.20050810094204.06c46098@64.7.153.2> <20050810144148.GB10150@FS.denninger.net> <790a9fff0508100844a7e5435@mail.gmail.com> <4A1BF8DF-EC50-4067-A69B-84D9BE5B22C7@FreeBSD.ORG> <20050810205101.GA17483@FS.denninger.net> <20050810234659.GA19768@FS.denninger.net> In-Reply-To: <20050810234659.GA19768@FS.denninger.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org, sos@FreeBSD.ORG Subject: Re: ad10: WARNING - READ_DMA UDMA ICRC error (retrying request) LBA=11441599 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 11 Aug 2005 01:47:43 -0000 Karl Denninger wrote: > On Thu, Aug 11, 2005 at 12:46:04AM +0200, S?ren Schmidt wrote: [ ... ] >>I've already gone WAY out of my way to try to support the sii3112, >>and I'm not inclined to waste more of my precious spare time on it. >>However, if it really is that important to enough people to try to >>workaround the silicon bugs (which very likely isn't possible), get >>together and get me failing HW on my desk and time to work on it. > > Ok, then do the RIGHT THING and document that the SiI chips are declared > BROKEN by FreeBSD and likely to cause people trouble - including irrevocable > data corruption. > > This would have saved me COUNTLESS hours when I first ran into this > issue. Indeed, it was not until someone else started posting excerpts > from commit logs (months after I filed the PR originally!) that I was > aware FreeBSD developers considered these chipsets "damaged goods". Look, Karl, we're all as sorry as we can be that you've spent lots of time on this issue and/or you've had data get corrupted. You should not rely on that sympathy to be endless. FreeBSD attempts to document that it works with common hardware which follows industry standards and is not otherwise broken. The information available to me suggests the SiI 3112 is broken. It has multiple hardware defects involving ATA request-size handling (SIIBUG in ata_sii_allocate() in dev/ata/ata-chipset.c around line ~2300, or what the Linux guys call SIL_QUIRK_MOD15WRITE), and with LBA48 if used with various Seagate drives. I've also gotten the impression that the chipset is prone to locking up the entire system under high load, especially under RAID-1 mirroring or other parallel access cases, because it mishandles interrupts or some such. Given that this is the case, I would be looking to get my money back or a replacement from the vendor who sold me this crappy hardware, far more than I would be looking towards implementing software workarounds which cripple the performance of the system in order to safely work around the hardware errata. > Where is fair warning in the hardware compatability guide? http://www.freebsd.org/platforms/amd64/motherboards.html ...? > Second, your requirement for hardware simply can't be > met. It is not possible for anyone to manufacture or deliver time. "Donne-moi, monsieur, tout mais les temps...?" :-) > Is it thus necessary for us "mere users" to consider this an issue that > will simply not be addressed? If so, then just say so up front DOCUMENT THAT THE SII CHIPSETS DON'T WORK RIGHT.> [ ...some 200 (!) lines of ranting at poor Soren deleted :-)... ] I haven't seen a diatribe like this one since those green JPCON capacitors which leaked and fried motherboards everywhere, or maybe even since those old KT266 motherboards, which were supposed to do 4x AGP but would lock up hard when some slavering gamer tried to make his $500 new 4x AGP card go. Anyway, yeah, you got it: some SII chipsets don't work right. FreeBSD tries to compensate; for some people it works OK for what they are doing, and for others it doesn't. Blow $25 and get a cheap 4-port SATA-150 RAID card using something other than a SiI 3112. Blow $50 and you can even get one from a vendor like Promise or Highpoint that's at least somewhat reputable, and/or provides open source drivers and FreeBSD support for their products. If it makes you feel better, submit this as a PR against the docs category: --- ata.4~ Tue Apr 5 14:28:00 2005 +++ ata.4 Wed Aug 10 21:43:05 2005 @@ -129,7 +129,7 @@ .It ServerWorks: ROSB4, CSB5, CSB6. .It Silicon Image: -SiI0680, SiI3112, SiI3114, SiI3512. +SiI0680, SiI3114, SiI3512. SiI3112 has hardware errata and may not work. .It SiS: -- -Chuck