Date: Mon, 25 Mar 2013 20:28:58 -0400 From: Chris Ross <cross+freebsd@distal.com> To: Marius Strobl <marius@alchemy.franken.de> Cc: "freebsd-sparc64@freebsd.org" <freebsd-sparc64@freebsd.org> Subject: Re: CAM timeouts on Netra X1 Message-ID: <5F32C554-AE21-41AD-BE13-EA94BB0647CC@distal.com> In-Reply-To: <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> <20130325172203.GB955@alchemy.franken.de>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
Thanks!
- Chris
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5F32C554-AE21-41AD-BE13-EA94BB0647CC>