From nobody@FreeBSD.org  Wed Aug 20 21:45:44 2008
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 93D081065673
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 20 Aug 2008 21:45:44 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (www.freebsd.org [IPv6:2001:4f8:fff6::21])
	by mx1.freebsd.org (Postfix) with ESMTP id 8885B8FC1A
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 20 Aug 2008 21:45:44 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from www.freebsd.org (localhost [127.0.0.1])
	by www.freebsd.org (8.14.2/8.14.2) with ESMTP id m7KLjiUT003574
	for <freebsd-gnats-submit@FreeBSD.org>; Wed, 20 Aug 2008 21:45:44 GMT
	(envelope-from nobody@www.freebsd.org)
Received: (from nobody@localhost)
	by www.freebsd.org (8.14.2/8.14.1/Submit) id m7KLjiNr003573;
	Wed, 20 Aug 2008 21:45:44 GMT
	(envelope-from nobody)
Message-Id: <200808202145.m7KLjiNr003573@www.freebsd.org>
Date: Wed, 20 Aug 2008 21:45:44 GMT
From: Chris St Denis <chris@smartt.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: aac driver bug. aaccli still doesn't work 
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         126697
>Category:       kern
>Synopsis:       [aac] aac driver bug. aaccli still doesn't work
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    emaste
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Aug 20 21:50:01 UTC 2008
>Closed-Date:    Thu Feb 11 18:12:20 UTC 2010
>Last-Modified:  Thu Feb 11 18:12:20 UTC 2010
>Originator:     Chris St Denis
>Release:        7-STABLE as of Aug 20, 2008
>Organization:
SmarttNet
>Environment:
FreeBSD barium-new.smartt.com 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Aug 20 13:45:59 PDT 2008     cstdenis@barium-new.smartt.com:/usr/obj/usr/src/sys/BARIUM  amd64

>Description:
Revision 1.120.2.11 (MFC aac.c 1.137) says 

  <snip>

  The second problem is that the firmware version information is stored
  away for aac_rev_check, for userland tools (like aaccli) to query via
  the FSACTL_MINIPORT_REV_CHECK and FSACTL_LNX_MINIPORT_REV_CHECK ioctls.
  When aaccli encounters this issue it prints

  Command Error: <The current AFAAPI.DLL is too old to work with the
    current controller software.>

  Move the RequestSupplementAdapterInfo call after RequestAdapterInfo,
  which seems to fix both problems.


However I have updated to RELENG_7 today (aac.c shows src/sys/dev/aac/aac.c,v 1.120.2.12 2008/07/01 22:16:33)  and I still get that error



CLI > open aac0
Executing: open "aac0"
Command Error: <The current AFAAPI.DLL is too old to work with the current controller software.>

arcconf works:
----------------------------------------------------------------------
Controller information
----------------------------------------------------------------------
   Controller Status                        : Optimal
   Channel description                      : SAS/SATA
   Controller Model                         : IBM ServeRAID 8k
<snip>
   --------------------------------------------------------
   Controller Version Information
   --------------------------------------------------------
   BIOS                                     : 5.2-0 (15421)
   Firmware                                 : 5.2-0 (15421)
   Driver                                   : 5.2-0 (15421)
   Boot Flash                               : 5.1-0 (15421)

>How-To-Repeat:

>Fix:


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: freebsd-bugs->emaste 
Responsible-Changed-By: vwe 
Responsible-Changed-When: Mon Oct 13 18:26:21 UTC 2008 
Responsible-Changed-Why:  
Ed, 

I'm wondering if you might have a look at this issue and decide what to do? 

http://www.freebsd.org/cgi/query-pr.cgi?pr=126697 

From: =?ISO-8859-1?Q?C=E9dric_WIKTORZAK?= <mail@torzak.com>
To: bug-followup@FreeBSD.org,
 chris@smartt.com
Cc:  
Subject: Re: kern/126697: [aac] aac driver bug. aaccli still doesn't work
Date: Mon, 17 Nov 2008 16:30:56 +0100

 Please fix this bug :(

From: Ed Maste <emaste@freebsd.org>
To: bug-followup@FreeBSD.org, chris@smartt.com, mail@torzak.com
Cc:  
Subject: Re: kern/126697: [aac] aac driver bug. aaccli still doesn't work
Date: Mon, 17 Nov 2008 11:09:08 -0500

 Have you been able to use aaccli with this card with any FreeBSD
 release?  Aaccli is not supported by Adaptec any longer, and I
 suspect that it may not be compatible with this card.
 
 Arcconf is Adaptec's newer supported tool and should be fine.
 
 
State-Changed-From-To: open->feedback 
State-Changed-By: emaste 
State-Changed-When: Wed Feb 10 01:12:51 UTC 2010 
State-Changed-Why:  
Suggested using arcconf instead and asked about aaccli compatibility 
with this controller and firmware revision. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=126697 

From: Chris St Denis <chris@smartt.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/126697: [aac] aac driver bug. aaccli still doesn't work
Date: Wed, 10 Feb 2010 09:29:38 -0800

 arcconf works fine (at least in read-only mode, haven't tried to modify 
 with it).
 
 My bug report was more a matter of the patch notes and reality not 
 matching.
 
 -- 
 Chris St Denis
 Programmer
 SmarttNet (www.smartt.com)
 Ph: 604-473-9700 Ext. 200
 -------------------------------------------
 "Smart Internet Solutions For Businesses" 
 
State-Changed-From-To: feedback->closed 
State-Changed-By: emaste 
State-Changed-When: Thu Feb 11 18:10:24 UTC 2010 
State-Changed-Why:  
Close, as aaccli is no longer supported by Adaptec and Chris is able 
to use arcconf instead. 

I think my commit fixed aaccli use for older parallel SCSI cards, but 
will not allow aaccli to work with newer cards.  In any case, arcconf 
obsoletes aaccli and it's not worth investigating this issue further. 


http://www.freebsd.org/cgi/query-pr.cgi?pr=126697 
>Unformatted:
