From owner-freebsd-scsi@FreeBSD.ORG Thu Jan 31 19:36:39 2008 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC4A516A419 for ; Thu, 31 Jan 2008 19:36:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout3.freenet.de (mout3.freenet.de [IPv6:2001:748:100:40::2:5]) by mx1.freebsd.org (Postfix) with ESMTP id 8BF9913C45B for ; Thu, 31 Jan 2008 19:36:39 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.12] (helo=2.mx.freenet.de) by mout3.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1JKfDC-0000pw-18; Thu, 31 Jan 2008 20:36:38 +0100 Received: from x0f97.x.pppool.de ([89.59.15.151]:53805 helo=peedub.jennejohn.org) by 2.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #9) id 1JKfDB-00022a-NC; Thu, 31 Jan 2008 20:36:38 +0100 Date: Thu, 31 Jan 2008 20:36:36 +0100 From: Gary Jennejohn To: Scott Long Message-ID: <20080131203636.71b7c4d8@peedub.jennejohn.org> In-Reply-To: <47A20AA6.2020506@samsco.org> References: <20080130104615.717f3ff2@peedub.jennejohn.org> <47A20AA6.2020506@samsco.org> X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-scsi@freebsd.org Subject: Re: data corruption with ahc driver and 4GB of memory using a FBSD-8 64-bit installation? X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 31 Jan 2008 19:36:40 -0000 On Thu, 31 Jan 2008 10:51:34 -0700 Scott Long wrote: > Gary Jennejohn wrote: > > I think $(subject) says it all. > > > > I have a Gigabyte AM2 mobo with an AMD64 X2 CPU installed. > > > > The SCIS set up looks lie this: > > > > 29160N <--> da0 <--> da1 > > > > da0 has a 32-bit installation of FBSD-8 > > da1 has a 64-bit installtion of FBSD-8 > > > > If I install 4GB of memory (4 DIMMs) in the system I see the following > > behavior: > > > > a) booting from da0 works just fine and I can access both disks without > > any problem. > > > > b) booting from da1 results in (apparent) data errors such that /bin/sh > > dies with SIGILL and /rescue/sh dies with SIGSEGV. > > > > c) trying to do an installation of a snapshot of FBSD-8 to a SCSI disk > > results in various problems, among others a kernel panic in ffs_balloc > > during newfs. > > > > d) an installation to a SATA disk succeeds and the system runs just > > fine. > > > > With only 3GB of memory everything works. Of course, I'd really like to > > be able to use the entire 4GB. And I want to keep my SCSI disks. > > > > I suspect that ahc has some sort of problem in 64-bit mode. However, > > I'm not certain whether the 32-bit installation works with 4GB simply > > because the ahc driver uses bounce buffers. > > > > Has anybody else seen this? Can anyone confirm that ahc does indeed > > have an error with 4GB and a 64-bit installation? > > > > BTW please put me in the Cc because I'm not subscribed to this ML. > > > > The ahc driver should work with >4GB, and in fact that was a standard > part of the test suite back when it was still in active development. If > it doesn't work now then it's due to some sort of bitrot. I can try to > test and debug it myself, but I'm pretty overcommitted so I can't > guarantee that I'll get to it. If others would like to help test and > debug, I'm happy to answer questions and provide assistance. > Well, the thing which I find confusing is that the 32-bit installation works without any problems. I would expect the 64-bit installation to work with 4GB, if anything does. Does the 32-bit version use bounce buffers? I'll try poking around some, but the 64-bit install is my (money earning) work station and I can't afford to trash it, so I'm sort of unwilling to risk it. And I don't have any spare SCSI disks to use for testing. Well, I suppose I could sacrifice the 32-bit disk. It's not so important. Any hints on where to start looking? --- Gary Jennejohn