SBC-3 Read Defect Data - Defect List Not Found

Elliott, Robert (Server Storage) Elliott at hp.com
Thu Jun 12 11:52:47 PDT 2008


* From the T10 Reflector (t10 at t10.org), posted by:
* "Elliott, Robert (Server Storage)" <Elliott at hp.com>
*
Since the DEFECT LIST FORMAT in the header is not what was requested, the
RECOVERED ERROR is still helpful.  It guides the application client to
request a different format the next time, when there might actually be some
defect list entries.
Think of "DEFECT LIST NOT FOUND" as "requested defect list not found" and the
name makes more sense.
---
Rob Elliott, HP Industry Standard Server Storage
-----Original Message-----
From: owner-t10 at t10.org [mailto:owner-t10 at t10.org] On Behalf Of Mike Berhan
Sent: Thursday, June 12, 2008 11:23 AM
To: t10 at t10.org
Subject: SBC-3 Read Defect Data - Defect List Not Found
* From the T10 Reflector (t10 at t10.org), posted by:
* "Mike Berhan" <mikeb at bustrace.com>
*
In reviewing SBC-2 and SBC-3, the following statement is made regarding the
Read Defect 10 CDB:
"A REQ_PLIST bit set to zero and a REQ_GLIST bit set to zero specifies that
the device server shall return only the defect list header (i.e., the first
four bytes of the defect list)."
It also goes on to say:
"If the requested defect list format and the returned defect list format are
not the same, the device server shall transfer the defect data and then
terminate the command with CHECK CONDITION status with the sense key set to
RECOVERED ERROR and the additional sense code set to DEFECT LIST NOT FOUND."
My question is this.  If you are only requesting the header (i.e.
REQ_PLIST=0 and REQ_GLIST=0), and the return defect list format is different
than the requested defect list format, should a device still return this
RECOVERED ERROR check condition?  My take would be that it should return no
check condition (since no defect data was requested) but I can see how
someone could interpret it the other way.
As a side note, a "DEFECT LIST NOT FOUND" error is not as accurate as a
"DEFAULT DEFECT LIST FORMAT RETURNED" (if there were such a sense code).
I'm not requesting the addition of a new sense code.  Just an observation.
-------
Mike Berhan
busTRACE Technologies
9700 Village Center Drive
Suite 50-F
Granite Bay, CA  95746
916.773.4554 phone
916.218.6283 fax
http://www.bustrace.com
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org
*
* For T10 Reflector information, send a message with
* 'info t10' (no quotes) in the message body to majordomo at t10.org



More information about the T10 mailing list