From owner-freebsd-scsi@FreeBSD.ORG Mon Apr 6 20:40:16 2009 Return-Path: Delivered-To: freebsd-scsi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E266610656C4 for ; Mon, 6 Apr 2009 20:40:16 +0000 (UTC) (envelope-from matt@biglist.com) Received: from biglist.com (biglist.com [216.220.107.226]) by mx1.freebsd.org (Postfix) with ESMTP id AB65E8FC18 for ; Mon, 6 Apr 2009 20:40:16 +0000 (UTC) (envelope-from matt@biglist.com) Received: (qmail 31937 invoked from network); 6 Apr 2009 20:13:35 -0000 Received: from pool-96-227-234-2.phlapa.fios.verizon.net (HELO ?192.168.10.10?) (matt@96.227.234.2) by biglist.com with ESMTPA; 6 Apr 2009 20:13:35 -0000 From: Matt Hempel To: freebsd-scsi@freebsd.org Content-Type: text/plain Date: Mon, 06 Apr 2009 16:13:35 -0400 Message-Id: <1239048815.24106.17.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: camcontrol tags output for adaptec raid controller on 7.1-RELEASE X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 06 Apr 2009 20:40:17 -0000 Hello I was tipped off to this post: http://lists.freebsd.org/pipermail/freebsd-scsi/2009-February/003806.html I'm running a Supermicro server with an Adaptec 2010S raid controller with two attached disks in a simple mirrored configuration. raidutil output follows. It didn't make sense to me that I should be affected by that bug, but when I ran camcontrol tags, it reported 1 for dev_openings. I manually applied the patched code, recompiled and now I'm getting 128 for dev_openings. matt@h20:~$ sudo camcontrol tags da0 -v (pass0:asr0:0:0:0): dev_openings 255 (pass0:asr0:0:0:0): dev_active 0 (pass0:asr0:0:0:0): devq_openings 255 (pass0:asr0:0:0:0): devq_queued 0 (pass0:asr0:0:0:0): held 0 (pass0:asr0:0:0:0): mintags 2 (pass0:asr0:0:0:0): maxtags 255 Can anyone explain why that happened? How is the initial value of dev_openings derived? Should I trust it? Is it relevant or a best guess? I can reset the dev_openings value using the -N switch to camcontrol tags. If I put that in a startup script, does this behavior really matter? Thanks Matt Hempel matt@h20:~$ sudo raidutil -L all Password: RAIDUTIL Version: 3.04 Date: 9/27/2000 FreeBSD CLI Configuration Utility Adaptec ENGINE Version: 3.04 Date: 9/27/2000 Adaptec FreeBSD SCSI Engine # b0 b1 b2 Controller Cache FW NVRAM Serial Status --------------------------------------------------------------------------- d0 -- -- ADAP2010S 32MB 3B0A CHNL 1.1 BE0F517200EOptimal Physical View Address Type Manufacturer/Model Capacity Status --------------------------------------------------------------------------- d0b0t0d0 Disk Drive (DASD) SEAGATE ST336807LC 35003MB Optimal d0b0t1d0 Disk Drive (DASD) SEAGATE ST336807LC 35003MB Optimal d0b0t6d0 SAF-TE SUPER GEM318 ----- Optimal Logical View Address Type Manufacturer/Model Capacity Status --------------------------------------------------------------------------- d0b0t0d0 RAID 1 (Mirrored) ADAPTEC RAID-1 35003MB Optimal d0b0t0d0 Disk Drive (DASD) SEAGATE ST336807LC 35003MB Optimal d0b0t1d0 Disk Drive (DASD) SEAGATE ST336807LC 35003MB Optimal Address Max Speed Actual Rate / Width --------------------------------------------------------------------------- d0b0t0d0 Ultra160 320 MB/sec wide d0b0t1d0 Ultra160 320 MB/sec wide d0b0t6d0 Ultra160 ? Address Manufacturer/Model Write Cache Mode (HBA/Device) --------------------------------------------------------------------------- d0b0t0d0 ADAPTEC RAID-1 Write Back / -- d0b0t0d0 SEAGATE ST336807LC -- / Write Back d0b0t1d0 SEAGATE ST336807LC -- / Write Back # Controller Cache FW NVRAM BIOS SMOR Serial --------------------------------------------------------------------------- d0 ADAP2010S 32MB 3B0A CHNL 1.1 1.62 1.12/79I BE0F517200E # Controller Status Voltage Current Full Cap Rem Cap Rem Time --------------------------------------------------------------------------- d0 ADAP2010S No battery Address Manufacturer/Model FW Serial 123456789012 --------------------------------------------------------------------------- d0b0t0d0 SEAGATE ST336807LC 0C01 3KT0VT7H00007536RRF5 -XXXX---XOX- d0b0t1d0 SEAGATE ST336807LC 0C01 3KT0VQ6J00007536BDPY -XXXX---XOX- d0b0t6d0 SUPER GEM318 0 1 -------X-O-X Capabilities Map: Column 1 = Soft Reset Column 2 = Cmd Queuing Column 3 = Linked Cmds Column 4 = Synchronous Column 5 = Wide 16 Column 6 = Wide 32 Column 7 = Relative Addr Column 8 = SCSI II Column 9 = S.M.A.R.T. Column 0 = SCAM Column 1 = SCSI-3 Column 2 = SAF-TE X = Capability Exists, - = Capability does not exist, O = Not Supported