From owner-freebsd-sparc64@FreeBSD.ORG Mon Mar 25 14:01:28 2013 Return-Path: Delivered-To: freebsd-sparc64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7F5409BD for ; Mon, 25 Mar 2013 14:01:28 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 1C28C7D for ; Mon, 25 Mar 2013 14:01:27 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.6/8.14.6/ALCHEMY.FRANKEN.DE) with ESMTP id r2PDxpSW045893; Mon, 25 Mar 2013 14:59:51 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.6/8.14.6/Submit) id r2PDxpCc045892; Mon, 25 Mar 2013 14:59:51 +0100 (CET) (envelope-from marius) Date: Mon, 25 Mar 2013 14:59:51 +0100 From: Marius Strobl To: Chris Ross Subject: Re: CAM timeouts on Netra X1 Message-ID: <20130325135951.GA45845@alchemy.franken.de> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: "freebsd-sparc64@freebsd.org" X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Mar 2013 14:01:28 -0000 On Mon, Mar 25, 2013 at 12:31:09AM -0400, Chris Ross wrote: > > After messing with this issue for a couple of hours, I'm 99% sure that the ATA_CAM is the crux of my problem. While fixing that issue would be the best option, I was trying a "right now" option. I'm not sure how to build a kernel, and release.iso (or the like) without CAM. I've been trying numerous things with modified versions of GENERIC, but am not sure I've gotten anything working the way I want it to. > > Has anyone else done this sort of custom-kernel-patched-into-a-stable sort of thing before? > Err, right, ATA_CAM broke ATA_NO_48BIT_DMA. The simplest workaround likely is to use a stock GENERIC and set the hw.ata.ata_dma loader tunable to 0. That will globally disable DMA and not just in cases where 48-bit DMA is needed but should get you working. Once you've managed to install FreeBSD, could you please try whether the following patch fixes that regression? http://people.freebsd.org/~marius/ATA_CAM_NO_48BIT_DMA.diff Marius