From owner-freebsd-scsi@FreeBSD.ORG  Tue Mar 18 10:02:08 2014
Return-Path: <owner-freebsd-scsi@FreeBSD.ORG>
Delivered-To: freebsd-scsi@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits))
 (No client certificate requested)
 by hub.freebsd.org (Postfix) with ESMTPS id 21A27716
 for <freebsd-scsi@freebsd.org>; Tue, 18 Mar 2014 10:02:08 +0000 (UTC)
Received: from cu01176a.smtpx.saremail.com (cu01176a.smtpx.saremail.com
 [195.16.150.151]) by mx1.freebsd.org (Postfix) with ESMTP id D97737EE
 for <freebsd-scsi@freebsd.org>; Tue, 18 Mar 2014 10:02:07 +0000 (UTC)
Received: from [172.16.2.2] (izaro.sarenet.es [192.148.167.11])
 by proxypop03.sare.net (Postfix) with ESMTPSA id 689FD9DD515
 for <freebsd-scsi@freebsd.org>; Tue, 18 Mar 2014 11:02:00 +0100 (CET)
From: Borja Marcos <borjam@sarenet.es>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Subject: SATA on SAS and tags
Date: Tue, 18 Mar 2014 11:01:59 +0100
Message-Id: <4C5437F0-E612-4907-8D52-6FCB15CC78E1@sarenet.es>
To: freebsd-scsi@freebsd.org
Mime-Version: 1.0 (Apple Message framework v1283)
X-Mailer: Apple Mail (2.1283)
X-BeenThere: freebsd-scsi@freebsd.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: SCSI subsystem <freebsd-scsi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-scsi>,
 <mailto:freebsd-scsi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-scsi/>
List-Post: <mailto:freebsd-scsi@freebsd.org>
List-Help: <mailto:freebsd-scsi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-scsi>,
 <mailto:freebsd-scsi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Mar 2014 10:02:08 -0000


Hello,

I guess this is a bug. I am using SATA SSDs connecting to a SAS =
backplane and SAS controller (LSI2008, IT firmware, mps driver)
and I've just noticed that CAM claims a maximum of 255 tags.=20

Shouldn't it be 16 using NCQ instead of TCQ?


mps0: <LSI SAS2008> port 0xfc00-0xfcff mem =
0xdf2b0000-0xdf2bffff,0xdf2c0000-0xdf2fffff irq 32 at device 0.0 on pci2
mps0: Firmware: 18.00.00.00, Driver: 16.00.00.00-fbsd
mps0: IOCCapabilities: =
1285c<ScsiTaskFull,DiagTrace,SnapBuf,EEDP,TransRetry,EventReplay,HostDisc>=


camcontrol devlist
# camcontrol devlist
<SEAGATE ST9146803SS FS64>         at scbus0 target 8 lun 0 (pass0,da0)
<SEAGATE ST9146803SS FS64>         at scbus0 target 9 lun 0 (pass1,da1)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 10 lun 0 (da2,pass2)
<ATA Samsung SSD 840 AB0Q>         at scbus0 target 11 lun 0 (da3,pass3)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 12 lun 0 (da4,pass4)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 13 lun 0 (pass5,da5)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 14 lun 0 (da6,pass6)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 15 lun 0 (da7,pass7)
<ATA Samsung SSD 840 AB0Q>         at scbus0 target 17 lun 0 (da8,pass8)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 18 lun 0 (da9,pass9)
<ATA Samsung SSD 840 AB0Q>         at scbus0 target 19 lun 0 =
(da10,pass10)
<ATA Samsung SSD 840 AB0Q>         at scbus0 target 20 lun 0 =
(da11,pass11)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 21 lun 0 =
(da12,pass12)
<ATA Samsung SSD 840 BB0Q>         at scbus0 target 25 lun 0 =
(da13,pass13)


# camcontrol tags da10 -v
(pass10:mps0:0:19:0): dev_openings  255
(pass10:mps0:0:19:0): dev_active    0
(pass10:mps0:0:19:0): devq_openings 255
(pass10:mps0:0:19:0): devq_queued   0
(pass10:mps0:0:19:0): held          -63
(pass10:mps0:0:19:0): mintags       2
(pass10:mps0:0:19:0): maxtags       255


Thanks!





Borja.