Date: Mon, 13 Oct 2008 11:25:41 -0200 From: JoaoBR <joao@matik.com.br> To: Jeremy Chadwick <koitsu@freebsd.org> Cc: Scott Long <scottl@samsco.org>, freebsd-amd64@freebsd.org Subject: Re: am2 MBs - 4g + SCSI wipes out root partition Message-ID: <200810131125.41343.joao@matik.com.br> In-Reply-To: <20081013135704.GA20521@icarus.home.lan> References: <200810101429.37244.joao@matik.com.br> <48F34FA0.10503@samsco.org> <20081013135704.GA20521@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
On Monday 13 October 2008 11:57:04 Jeremy Chadwick wrote: > On Mon, Oct 13, 2008 at 07:39:44AM -0600, Scott Long wrote: > > JoaoBR wrote: > >> On Sunday 12 October 2008 14:10:36 Scott Long wrote: > >>>>> 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)? > >>> > >>> I can personal vouch for MPT and MFI drivers working just fine with > >>> >4GB. > >> > >> let narrow this a little bit, are you talking about AM2 sockets? > >> > >> because on AM2 the MPT drv is faulty as AHC, AHD and AACD with =3D> 4G= igs > > > > Sounds to me like this is a problem either with AM2 systems, or an > > infrastructure problem in the OS that is triggered by these AM2 systems. > > Either way, it's not a SCSI driver problem. > > Fully acknowledged. I'll add an entry to my Wiki describing this > compatibility problem, but it *will not* fall under the SCSI subsection. > > It sounds as if there's an implementation/design problem either in > FreeBSD's hardware compatibility support for AM2 (probably something > very low-level) systems, or there is a bug with these Gigabyte boards; good, but it is not only gigabyte, I experienced it on Asus, Abit, Epox and= =20 MSI =20 all this MBs have in common that when 4Gig is installed the full 4gig are=20 avaliable to the Os, on former S939 arquitecture, depending on mem hole=20 remapping setting in BIOS there was +/-3.5gig or 4.+Gig available for amd6= 4,=20 mostly the remapping feature was not existent and then there was always=20 +/-3.5 Gig available > it could be either, or possibly both. It might work in Linux because, > for all we know, Linux may have workarounds in place for whatever the > problem may be. We simply do not know at this point. =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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200810131125.41343.joao>