[T11.3] Re: FCP-3: Obsolete FCP_DL and FCP_BIDIRECTIONAL_DL

William Studenmund wrstuden at wasabisystems.com
Sun Oct 3 18:24:19 PDT 2004



--Apple-Mail-6-434264448
Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-5-434264443; protocol="application/pkcs7-signature"


--Apple-Mail-5-434264443
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed

On Oct 1, 2004, at 5:11 PM, Matthew Jacob wrote:

> * From the T10 Reflector (t10 at t10.org), posted by:
> * Matthew Jacob <mj at feral.com>
> *
>> In FCP-3, the recommended response ( a "should") to FCP_DL and 
>> FCP_BIDIRECTIONAL_DL field values that do not match the expected 
>> transfer length identified in the CDB is to fail the command with no 
>> transfer and check condition.

As I understand these fields, the correspond directly to the Expected 
Data Transfer Length and Expected Read-Data Length fields (the latter 
only used in a BiDi command) in the iSCSI SCSI Command Request PDU. So 
keeping them around would facilitate easy translation between FC and 
iSCSI.

>> As currently documented in FCP-3, disk drive and RAID vendors 
>> "should" fail commands with FCP_DL and FCP_BIDIRECTIONAL_DL field 
>> values considered in error.
>>
>> Is failing the command acceptable to current implementation?
>
> From my point of view, yes.

My preference is for the target to attempt to perform as much of the 
command as it can, then flag an error. However I think it would be 
acceptable for targets to just fail the command.

Put another way, I find both behaviors acceptable. Can we just let 
vendors decide which they prefer?

> However, I should note that the Group 1 VERIFY command as implemented 
> in Windows 2003 using the QLogic 23XX HBA and the vendor supplied 
> driver does seem to send a command with a CDB payload that does 
> indicate a data transfer should take place but with a DL field value 
> of zero.

Yes, I've seen that command. You have to look at the BYTCHK bit (as I'm 
sure you do) to determine if bytes will actually be transfered.

> Since this command is a crucial and often required part of the CHKDSK 
> for NTFS, electing to fail the command in one target implementation 
> was not an acceptable option :-).

Indeed. :-)

Take care,

Bill

--Apple-Mail-5-434264443
Content-Transfer-Encoding: base64
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Disposition: attachment;
	filename=smime.p7s

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFfDCCBXgw
ggNgoAMCAQICAUYwDQYJKoZIhvcNAQEEBQAwga0xCzAJBgNVBAYTAlVTMREwDwYDVQQIEwhOZXcg
WW9yazERMA8GA1UEBxMITmV3IFlvcmsxHTAbBgNVBAoTFFdhc2FiaSBTeXN0ZW1zLCBJbmMuMQww
CgYDVQQLEwNHSFExHzAdBgNVBAMTFldhc2FiaSBTeXN0ZW1zIFJvb3QgQ0ExKjAoBgkqhkiG9w0B
CQEWG3dlYm1hc3RlckB3YXNhYmlzeXN0ZW1zLmNvbTAeFw0wMzA4MTExODU2NDZaFw0wODA2MjUx
ODU2NDZaMIGXMQswCQYDVQQGEwJVUzETMBEGA1UECBMKQ2FsaWZvcm5pYTESMBAGA1UEBxMJU2Fu
IERpZWdvMRcwFQYDVQQKEw5XYXNhYmkgU3lzdGVtczEbMBkGA1UEAxMSV2lsbGlhbSBTdHVkZW5t
dW5kMSkwJwYJKoZIhvcNAQkBFhp3cnN0dWRlbkB3YXNhYmlzeXN0ZW1zLmNvbTCBnzANBgkqhkiG
9w0BAQEFAAOBjQAwgYkCgYEA9CZhg4GVWYTRGcJz8lU1ipzInlBuGqfZQs88Z1rTP7+c3AyhKwpE
TyTmK4UhxslzKa93YLqifLxZKYt1jI6FNq40IQWCKBVywWBwmL5guCu0851f9ywH5Uj2wJdiDrOI
sOJKNpwNqml8bFdTrFS2qvyCxTIWVMLYAzUBBcl2F7MCAwEAAaOCATkwggE1MAkGA1UdEwQCMAAw
LAYJYIZIAYb4QgENBB8WHU9wZW5TU0wgR2VuZXJhdGVkIENlcnRpZmljYXRlMB0GA1UdDgQWBBTt
mjHbSBlMV48RWOBETM3EV0Tm/jCB2gYDVR0jBIHSMIHPgBQrBOnN88CNCHPaV5wLS212tcrgBaGB
s6SBsDCBrTELMAkGA1UEBhMCVVMxETAPBgNVBAgTCE5ldyBZb3JrMREwDwYDVQQHEwhOZXcgWW9y
azEdMBsGA1UEChMUV2FzYWJpIFN5c3RlbXMsIEluYy4xDDAKBgNVBAsTA0dIUTEfMB0GA1UEAxMW
V2FzYWJpIFN5c3RlbXMgUm9vdCBDQTEqMCgGCSqGSIb3DQEJARYbd2VibWFzdGVyQHdhc2FiaXN5
c3RlbXMuY29tggEAMA0GCSqGSIb3DQEBBAUAA4ICAQCpxoPEYunR7qiXyycEZd0UIatSt/WalMoH
nuN9S421iS/sD1wSDqzHyM5YyUWn4z4o6VhT2kD9UV4lk5aXxxefEfGzFcR7Xyah7tO3ziuReFfx
qUP5+DTlwDuUBc8Iow6NwY9GlRCKFSsEroLWLGODyYWgN1ojjKOtcXRiOZkYTP3VfDUV2/Xrhh9O
l6+3Otf069+KWeOWedWeMsbe1rac96yPEjPogToWkBXVJEeEQktd0BLETt7GUuSZg2Fho/nslqZv
nnnKZmrOfdFy9iXDL9T0Hp/OHf5B9RP+r00BJJFO8JzBPIL2IA3CBPApOQty5A00Jg1CGfDQxiV3
s8G0aRUbmFqg9r0OfhPYjJ8BHfw1HHWb7Cu91Sw+d5UnYracZhsR2Gc5H5CnfS6IZhc7ulfnSX8f
I4BXR4vbeRUG76J3rkkbkO1haYHLk5w5RlICHsJOBSElG9ggLBWNIfUZwAzo84lfmDmJMP1YCOmi
DFCbW1DgxhqVFpYEf5Pq2pVcCguopK2G9oZjH5fxq6ehisk9dN+7NEQ4OSqC43ehaStYOoQAJruN
e6e5tCtRMx7bMI7eVPiHxE9/Y38Q+sc5oRN9mCyyAXMweuMRNHAHAWdFB7NhHD6gBa2lh91zIMdf
iSVRlBXoMrBKJX6VecgnhvUp4G6QAnN7EMu6QHlc/jGCA0swggNHAgEBMIGzMIGtMQswCQYDVQQG
EwJVUzERMA8GA1UECBMITmV3IFlvcmsxETAPBgNVBAcTCE5ldyBZb3JrMR0wGwYDVQQKExRXYXNh
YmkgU3lzdGVtcywgSW5jLjEMMAoGA1UECxMDR0hRMR8wHQYDVQQDExZXYXNhYmkgU3lzdGVtcyBS
b290IENBMSowKAYJKoZIhvcNAQkBFht3ZWJtYXN0ZXJAd2FzYWJpc3lzdGVtcy5jb20CAUYwCQYF
Kw4DAhoFAKCCAe0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMDQx
MDA0MDEyNDIwWjAjBgkqhkiG9w0BCQQxFgQUpx3uHu9PN1gjF+kewfSJZl3LGx4wgcQGCSsGAQQB
gjcQBDGBtjCBszCBrTELMAkGA1UEBhMCVVMxETAPBgNVBAgTCE5ldyBZb3JrMREwDwYDVQQHEwhO
ZXcgWW9yazEdMBsGA1UEChMUV2FzYWJpIFN5c3RlbXMsIEluYy4xDDAKBgNVBAsTA0dIUTEfMB0G
A1UEAxMWV2FzYWJpIFN5c3RlbXMgUm9vdCBDQTEqMCgGCSqGSIb3DQEJARYbd2VibWFzdGVyQHdh
c2FiaXN5c3RlbXMuY29tAgFGMIHGBgsqhkiG9w0BCRACCzGBtqCBszCBrTELMAkGA1UEBhMCVVMx
ETAPBgNVBAgTCE5ldyBZb3JrMREwDwYDVQQHEwhOZXcgWW9yazEdMBsGA1UEChMUV2FzYWJpIFN5
c3RlbXMsIEluYy4xDDAKBgNVBAsTA0dIUTEfMB0GA1UEAxMWV2FzYWJpIFN5c3RlbXMgUm9vdCBD
QTEqMCgGCSqGSIb3DQEJARYbd2VibWFzdGVyQHdhc2FiaXN5c3RlbXMuY29tAgFGMA0GCSqGSIb3
DQEBAQUABIGAC2xJWgM78+StBgwNPrTXoFbpqpKdV9t34ulV3AszXlE3oQlXxyIIdXAIooAZF9pw
E0OY3/Wi8AQDHX6kZ9meVg2VKI1D4dxYUxvCFM8JpEVmbXWgw9sPKlss1WLNj6TKhsV9O7hVQPgL
gIvyq68mcAU1J1Z0eWIrdKJmz8ebqgQAAAAAAAA=

--Apple-Mail-5-434264443--

--Apple-Mail-6-434264448
content-type: application/pgp-signature; x-mac-type=70674453;
	name=PGP.sig
content-description: This is a digitally signed message part
content-disposition: inline; filename=PGP.sig
content-transfer-encoding: 7bit

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (Darwin)

iD8DBQFBYKZPDJT2Egh26K0RAhH4AJ97+weFYWRUAC1U1oPJ5zS8IApxWgCeL4We
xmWxgWLQcmMBP58oWmx6RoE=
=dQkr
-----END PGP SIGNATURE-----

--Apple-Mail-6-434264448--


To Unsubscribe:
mailto:t11_3-request at mail.t11.org?subject=unsubscribe






More information about the T10 mailing list