From owner-freebsd-sparc64@FreeBSD.ORG  Mon Mar 25 17:22:08 2013
Return-Path: <owner-freebsd-sparc64@FreeBSD.ORG>
Delivered-To: freebsd-sparc64@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id B62B9FFD
 for <freebsd-sparc64@freebsd.org>; Mon, 25 Mar 2013 17:22:08 +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 54F163D3
 for <freebsd-sparc64@freebsd.org>; Mon, 25 Mar 2013 17:22:08 +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
 r2PHM4Nt059410; Mon, 25 Mar 2013 18:22:04 +0100 (CET)
 (envelope-from marius@alchemy.franken.de)
Received: (from marius@localhost)
 by alchemy.franken.de (8.14.6/8.14.6/Submit) id r2PHM31r059409;
 Mon, 25 Mar 2013 18:22:03 +0100 (CET) (envelope-from marius)
Date: Mon, 25 Mar 2013 18:22:03 +0100
From: Marius Strobl <marius@alchemy.franken.de>
To: Chris Ross <cross+freebsd@distal.com>
Subject: Re: CAM timeouts on Netra X1
Message-ID: <20130325172203.GB955@alchemy.franken.de>
References: <B2952A89-81DA-4392-99F7-DE2F107DBA0D@distal.com>
 <B0C7D281-1EAE-4BFE-945B-C088C405830D@distal.com>
 <FAC3CA6E-6C8D-4665-886E-8FD27F4DCAB3@distal.com>
 <20130325135951.GA45845@alchemy.franken.de>
 <A80C1D4A-3459-4DE0-985C-0BEC32F6E76F@distal.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <A80C1D4A-3459-4DE0-985C-0BEC32F6E76F@distal.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: "freebsd-sparc64@freebsd.org" <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 <freebsd-sparc64.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-sparc64>, 
 <mailto:freebsd-sparc64-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-sparc64>
List-Post: <mailto:freebsd-sparc64@freebsd.org>
List-Help: <mailto:freebsd-sparc64-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-sparc64>,
 <mailto:freebsd-sparc64-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Mar 2013 17:22:08 -0000

On Mon, Mar 25, 2013 at 12:33:55PM -0400, Chris Ross wrote:
> 
> On Mar 25, 2013, at 9:59 AM, Marius Strobl wrote:
> > 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
> 
>   Well, I'm net booting to do the install, so I can test it whenever.  :-)
> 
>   That patch applied, except for cam/ata/ata_all.h, which failed to apply because my copy (stable/9 from Mar 22) didn't have SID_AEN defined.  But, I hand applied that piece to add SID_DMA48, and it then failed to build as follows:
> 

Urqs, I forgot the oddness of the (rather pointless) ata(4) module
build. Either re-fetch the entire patch or just revert the changes
to your local ata-all.h and then manually remove the prototype for
ata_cam_begin_transaction() in it.

Marius