Date: Mon, 25 Mar 2013 14:59:51 +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: <20130325135951.GA45845@alchemy.franken.de> In-Reply-To: <FAC3CA6E-6C8D-4665-886E-8FD27F4DCAB3@distal.com> References: <B2952A89-81DA-4392-99F7-DE2F107DBA0D@distal.com> <B0C7D281-1EAE-4BFE-945B-C088C405830D@distal.com> <FAC3CA6E-6C8D-4665-886E-8FD27F4DCAB3@distal.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130325135951.GA45845>