Date: Wed, 2 Apr 2008 10:16:17 -0700 (PDT) From: Chris Timmons <cwt@networks.cwu.edu> To: Ed Maste <emaste@freebsd.org> Cc: freebsd-stable@freebsd.org, Mike Andrews <mandrews@bit0.com> Subject: Re: aac tool regressions on 7.0-RC1 Message-ID: <20080402100216.H177@n.cwu.edu> In-Reply-To: <20080401154009.GA56872@sandvine.com> References: <20080102034228.M16861@mindcrime.int.bit0.com> <20080401154009.GA56872@sandvine.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Ed, Your work-around works on 7-stable as of this morning. I have quite a few 2200S equipped systems that I am transitioning from 6.X to 7-stable and aaccli is necessary to be able to insert/remove drives and initialize them into storage arrays. sysutils/arcconf says it needs aacraid-drivers from Adaptec's website to be fully functional; I don't see any FreeBSD drivers at Adaptec for the 2200S (perhaps they are available for a newer product but will work for this older adapter?) If aaccli is the only way to control the 2200S, is there some hope that a fix of some sort could ultimately be committed? Thanks for your effort. Regards, -Chris On Tue, 1 Apr 2008, Ed Maste wrote: > I suspect Adaptec has a firmware bug relating to the RequestAdapterInfo > and RequestSupplementAdapterInfo commands. The driver family support > brought in the latter, while the former has always been there. It > appears that RequestAdapterInfo returns all zeros if it's called after > RequestSupplementAdapterInfo or something. > > The hack patch below forces reasonable values into the aac_revision > struct if it's zeroed, and it restores aaccli usage for me. If you > have time I'd be interested in finding out if you can continue using > aaccli with this patch added. > > -Ed
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20080402100216.H177>