From owner-freebsd-scsi@freebsd.org Tue Apr 24 01:39:09 2018 Return-Path: Delivered-To: freebsd-scsi@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 75ADBFB1DAB for ; Tue, 24 Apr 2018 01:39:09 +0000 (UTC) (envelope-from jwd@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 273A7825D3; Tue, 24 Apr 2018 01:39:09 +0000 (UTC) (envelope-from jwd@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 821) id 1FA8EEFB; Tue, 24 Apr 2018 01:39:09 +0000 (UTC) Date: Tue, 24 Apr 2018 01:39:09 +0000 From: John To: SCSI List Subject: Re: /dev/enc@ SES doc? Message-ID: <20180424013909.GA19649@FreeBSD.org> References: <20180413150704.GA77097@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.2 (2017-12-15) X-BeenThere: freebsd-scsi@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: SCSI subsystem List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2018 01:39:09 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable ----- Alan Somers's Original Message ----- > The ses(4) man page describes the ioctls supported by the /dev/sesX nodes. > The /dev/enc@... nodes, however, are simply aliases for /dev/da* nodes I've been poking around in the code and am probably missing something obvious. I have 3 shelves, dual expanders each, 4 cables from a pair of LSI 9300-16e cards. I have one disk in each shelf, bay 1 in the 1st shelf, bay 2 in the 2nd, bay 3 in the 3rd. One drive shows up on each cable/channel: WBN06J1R0000E8283APS - ses1-da0 ses9-da10 ses3-da4 ses7-da6 WBN0414K0000E81627LM - ses11-da11 ses2-da2 ses5-da5 ses8-da8 WBN05GME0000E8280DY5 - ses0-da1 ses4-da3 ses6-da7 ses10-da9 And the readout of /dev/enc@* (trailing ses annotation added by hand): # find /dev/enc@* -name 'da*' /dev/enc@n500304801f25c63d/type@0/slot@3/elmdesc@Slot02/da3 (ses4) /dev/enc@n500304801f25c6bd/type@0/slot@3/elmdesc@Slot02/da1 (ses0) /dev/enc@n500304801f25c73d/type@0/slot@1/elmdesc@Slot00/da4 (ses3) /dev/enc@n500304801f25c7bd/type@0/slot@1/elmdesc@Slot00/da0 (ses1) /dev/enc@n500304801f25c83d/type@0/slot@2/elmdesc@Slot01/da5 (ses5) /dev/enc@n500304801f25c8bd/type@0/slot@2/elmdesc@Slot01/da2 (ses2) The 1st 6 ses units are shown - the 2nd 6 ses units are missing (ses6 ->= ses11). I think the following represents the issue, not sure how to fix it? # for i in /dev/ses*; do camcontrol smpphylist $i 2>/dev/null | grep ses done | awk '{print $2;}' 0x500304801f25c6bd 0x500304801f25c7bd 0x500304801f25c6bd 0x500304801f25c8bd 0x500304801f25c8bd 0x500304801f25c73d 0x500304801f25c63d 0x500304801f25c83d 0x500304801f25c63d 0x500304801f25c73d 0x500304801f25c83d 0x500304801f25c7bd # for i in /dev/ses*; do camcontrol smpphylist $i 2>/dev/null | grep ses done | awk '{print $2;}' | sort -u 0x500304801f25c63d 0x500304801f25c6bd 0x500304801f25c73d 0x500304801f25c7bd 0x500304801f25c83d 0x500304801f25c8bd The ses unit adds a level of uniqueness not provided by just the logical= identifier? Thoughts? Thanks, John > On Fri, Apr 13, 2018 at 9:07 AM, John wrote: >=20 > > Hi Folks, > > > > Just curious... > > > > Is there any doc for the /dev/enc@.... entries that map > > any attached SES enabled storage? > > > > cam/scsi/scsi_enc_ses.c does contain a good amount of info. > > > > Thanks! > > John --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQF8BAEBCgBmBQJa3oq7XxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQwNDBGOTgxNzM0NzQ3OEFBNDYyODNGQzVC NjI0OTlBMTQyNEY3RjgxAAoJELYkmaFCT3+Bw4UH/2pxynR68lvZDXocZvNb+M6G OuU57lYVQhk4ZEhf0kngJjSWvmGzp+oa2AJ5aAg3uoLu0fy1reEqXp87zJsWRVDK 5oo2mGMCELKx/7+T2GwdXn1mHRepM91kyL/lSWv7gDjDrkjqqXOR++Ma+FX1xq3Q euDRi8uuRug5H84q2NVq6amJyHJ6P5ngE8u3XtlzwVCcC3gy5EoqoEcNCmrq7WhE 59VxuuPLon/dHo+1KBcBnkVaRAFsDVRFcEWybIpgDrBv/UdTYYw9f89+PGHgdT2A L3MsTBXeYEmRU13sgBgseb8IkxcKQf7qAS0dRKzLuHrIpFYfmZvWflOVqntDBOE= =yhEI -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q--