From owner-freebsd-stable@FreeBSD.ORG Mon Oct 13 12:42:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0A41106569B; Mon, 13 Oct 2008 12:42:19 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.153.48.3]) by mx1.freebsd.org (Postfix) with ESMTP id 29FE98FC21; Mon, 13 Oct 2008 12:42:18 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from [10.10.2.2] (189-19-2-198.dsl.telesp.net.br [189.19.2.198]) by msrv.matik.com.br (8.14.2/8.14.2) with ESMTP id m9DCgCkl037933; Mon, 13 Oct 2008 10:42:12 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-stable@freebsd.org Date: Mon, 13 Oct 2008 09:41:11 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <48F0D3B5.6070602@egr.msu.edu> <20081011165250.GA67552@icarus.home.lan> In-Reply-To: <20081011165250.GA67552@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200810130941.11706.joao@matik.com.br> X-Spam-Status: No, score=3.1 required=5.0 tests=AWL,BR_RECEIVED_SPAMMER, RDNS_DYNAMIC, SARE_RECV_SPAM_DOMN02, SUBJECT_FUZZY_TION, TW_DR autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on msrv.matik.com.br X-Virus-Scanned: ClamAV 0.93.3/8417/Mon Oct 13 05:34:29 2008 on msrv.matik.com.br X-Virus-Status: Clean Cc: Jeremy Chadwick , Adam McDougall , freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition 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: Mon, 13 Oct 2008 12:42:19 -0000 On Saturday 11 October 2008 13:52:50 Jeremy Chadwick wrote: > On Sat, Oct 11, 2008 at 12:26:29PM -0400, Adam McDougall wrote: > > Jeremy Chadwick wrote: > >> On Sat, Oct 11, 2008 at 04:45:29PM +0200, Gary Jennejohn wrote: > >>> On Sat, 11 Oct 2008 03:13:16 -0700 > >>> > >>> Jeremy Chadwick wrote: > >>>> On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: > >>>>> On Fri, 10 Oct 2008 14:29:37 -0300 > >>>>> > >>>>> JoaoBR wrote: > >>>>>> I tried MBs as Asus, Abit and Gigabyte all same result > >>>>>> > >>>>>> Same hardware with SATA works perfect > >>>>>> > >>>>>> Same hardware with scsi up to 3.5Gigs installed works perfect > >>>>>> > >>>>>> what calls my attention that all this MBs do not have the > >>>>>> memroy hole remapping feature so the complete 4gigs are > >>>>>> available what normally was not the case with amd64 Mbs for the > >>>>>> Athlon 64 CPUs > >>>>>> > >>>>>> some has an opinion if this is a freebsd issue or MB falure or > >>>>>> scsi drv problem? > >>>>> > >>>>> It's a driver problem. If you want to use SCSI then you'll have to > >>>>> limit memory to 3.5 GB. > >>>> > >>>> What you're saying is that Adaptec and LSI Logic SCSI controllers > >>>> behave badly (and can cause data loss) on amd64 systems which contain > >>>> more than 3.5GB of RAM. This is a very big claim. > >>>> > >>>> Have you talked to Scott Long about this? > >>>> > >>>> Please expand on this, and provide evidence or references. I need to > >>>> document this in my Wiki if it is indeed true. > >>> > >>> See the freebsd-scsi thread with Subject "data corruption with ahc > >>> driver and 4GB of memory using a FBSD-8 64-bit installation?" from We= d, > >>> 30 Jan 2008. > >>> > >>> This was for ahc, but the bit-rot which Scott mentions in his reply > >>> might also apply to the LSI Logic controllers. > >>> > >>> Basically the driver doesn't correctly handle DMA above 4GB. Since t= he > >>> PCI hole gets mapped above 4GB it causes problems. the (S)ATA drivers > >>> don't seem to have this problem. > >> > >> Thank you -- this is the exact information I was looking for. > >> > >> I will update my Wiki page to reflect this quite major problem. > > > > I am using some LSI (mpt driver) ultra4 (U320 scsi) and LSI SAS > > controllers in FreeBSD 7.x amd64 with 20G of ram, and Adaptec (aac > > driver) with a 5th generation RAID card with 8G of ram, both have no > > such corruption problems. Providing this as a counter-example just to > > document some evidence of which products seem to work fine. > > Is your LSI SAS controller driven by mpt(4) or mfi(4)? > > Let's break down what we know for sure at this point: > > aac(4) - not affected > aha(4) - unknown > ahb(4) - unknown > ahc(4) - affected > ahd(4) - unknown; no one answered the OP's question in the thread > asr(4) - unknown > ips(4) - unknown > mpt(4) - not affected > mfi(4) - unknown > sym(4) - unknown > > Could the problem be specific to certain firmware revisions on the > cards? no, I tried different card versions AHD has the same problem AHC also AAC also MPT as well this is true for AM2 MBs but not true S939 and S940 MBs =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br