Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 25 Mar 2013 18:22:03 +0100
From:      Marius Strobl <marius@alchemy.franken.de>
To:        Chris Ross <cross+freebsd@distal.com>
Cc:        "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org>
Subject:   Re: CAM timeouts on Netra X1
Message-ID:  <20130325172203.GB955@alchemy.franken.de>
In-Reply-To: <A80C1D4A-3459-4DE0-985C-0BEC32F6E76F@distal.com>
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>

next in thread | previous in thread | raw e-mail | index | archive | help
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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130325172203.GB955>