From nobody@FreeBSD.org Wed Aug 20 21:45:44 2008 Return-Path: Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D081065673 for ; 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 ; 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 ; 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 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 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: 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: arcconf works: ---------------------------------------------------------------------- Controller information ---------------------------------------------------------------------- Controller Status : Optimal Channel description : SAS/SATA Controller Model : IBM ServeRAID 8k -------------------------------------------------------- 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?= 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 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 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: