Date: Wed, 29 May 2013 01:34:20 +0200 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: <20130528233420.GA85433@alchemy.franken.de> In-Reply-To: <5F32C554-AE21-41AD-BE13-EA94BB0647CC@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> <20130325172203.GB955@alchemy.franken.de> <5F32C554-AE21-41AD-BE13-EA94BB0647CC@distal.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 25, 2013 at 08:28:58PM -0400, Chris Ross wrote: > > On Mar 25, 2013, at 13:22 , Marius Strobl <marius@alchemy.franken.de> wrote: > > 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. > > Thanks. I had already re-updated my source tree so the patch was reverted, > and reapplying it caused a successful build, and I'm no longer seeing the > CAM timeouts. I am still loading the OS onto the disks [zfs pools], but I > think that's got it. > FYI, that fix was committed to head as r249199 and MFC'ed to stable/9 in r251081. Sorry for the delay. Marius
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130528233420.GA85433>