Date: Mon, 06 Apr 2009 16:13:35 -0400 From: Matt Hempel <matt@biglist.com> To: freebsd-scsi@freebsd.org Subject: camcontrol tags output for adaptec raid controller on 7.1-RELEASE Message-ID: <1239048815.24106.17.camel@localhost>
next in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1239048815.24106.17.camel>