From owner-freebsd-amd64@FreeBSD.ORG Mon Oct 13 12:36:21 2008 Return-Path: Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE470106569D; Mon, 13 Oct 2008 12:36:21 +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 154948FC17; Mon, 13 Oct 2008 12:36:20 +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 m9DCaB0Q037488; Mon, 13 Oct 2008 10:36:11 -0200 (BRST) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: Jeremy Chadwick Date: Mon, 13 Oct 2008 09:35:10 -0200 User-Agent: KMail/1.9.7 References: <200810101429.37244.joao@matik.com.br> <20081011113057.7402300c@ernst.jennejohn.org> <20081011101316.GA58119@icarus.home.lan> In-Reply-To: <20081011101316.GA58119@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: <200810130935.10570.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: freebsd-stable@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Oct 2008 12:36:21 -0000 On Saturday 11 October 2008 07:13:16 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 w= as > > > 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 d= rv > > > problem? > > > > It's a driver problem. If you want to use SCSI then you'll have to lim= it > > 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. I have an Asus AM2 Mb which support ECC mem and at least with the Adaptec r= aid=20 card (aacd) the problem does not happen (when ECC support enabled) I did 10= x=20 buildworld, ahc and mpt still same issue, first build cracks the data on=20 da0s1a >On Sat, Oct 11, 2008 at 11:30:57AM +0200, Gary Jennejohn wrote: >=20 > It's a driver problem. =A0If you want to use SCSI then you'll have to lim= it > memory to 3.5 GB. well indeed with less then 4G installed it works flawless, so the differenc= e I=20 see is that former athln64 MBs had memory hole remap options or when 4Gig=20 installed they only gave 3.something to the OS even under amd64 - this is N= OT=20 the case with the AM2 MBs which should support up to 8/16Mb onboard but wth= =20 this amount freebsd amd64 does not even boot when a scsi adaptor is install= ed =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